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"There's flesh under that RDF-talk" 




I normally shy away from weblog memes but 
George http://georgeO8.biogspot.com/2006/01/four-things.htmi 's shout- 
out does not deserve to go unrewarded. So: 

Four jobs I've had: 

1. Tree-planter 

2. Hackr 

3. Farmer 

4. Deli Schlep 

Four movies I can watch over and over: 

1. Big Night 

2. Lisbon Story 

3. My Dinner with Andre 

4. Babette 's Feast 

Four places I've lived: 



1. Montreal http://www.flickr.com/photos/straup/tags/montreal 

2. Fantasy Island (aka Martha's 

Vineyard http://aaronland.net/site/media/mp3/aircastle/pic 
kin.mp3 ) 

3. San 

FranciSCO http: / /www. flickr.com/photos/straup/tags/sanf ran 
Cisco 

4. Tiny Town (aka 

Halifax http://aaronland.net/analoguy/birds ) 

Four TV shows I love: 

1. The Singing Detective 

2. The Day the Universe Changed 

3. Beverly Hills 90210 

4. This Hour Has 22 Minutes 

Four places I've vacationed: 

1. Hanoi 

2. Phnom Pehn 

3. Tarano 

4. Guanajuato 

Four of my favorite dishes: 



1. Pho tai 

2. Carbonara 

3. Risotto 

4. Cassoulet 

Four sites I visit daily: 

1. FHckr http://www.flickr.com/ 

2. del.idO.US http://del.icio.us/inbox/straup 

3. CPAN http://search.cpan.org/recent 

4. InkleSS WellS http://weblogs.macleans.ca/paulwells/ 

Four places I would rather be right now: 

1. Montreal 

2. Rome 

3. The beach 

4. Did I say Montreal? 

Four bloggers I am tagging: 

1. Nika http://agencychick.typepad.com/ad_hoc/ 



3. Chris http://zekesgaiiery.biogspot.com/2006/02/im- 

honored.html 

4. Pete http://rasterweb.net/raster/2006/01/30/four-things/ 



And if you're wondering the answer is yes, but that would just be wrong. 
So. Very. Wrong. 



2006-01-22T10:22:59-0800 



Everything I said I wouldn't do 



Here's the thing : I bought a Nokia 770 despite the common wisdom that 
you never buy the first release of anything. It is not a perfect device but it, in its 
own way, it is almost perfect for my needs. It has a decent web browser, it can play 
streaming audio (except Windows Media files which is only a problem because so 
many broadcasters publish nothing else) and has a 

Shell http://www.busybox.net/downloads/BusyBox.html . It is Sort of 
awkward to hold for any length of time but it has a workable sketch application 
and I can, literally, stuff it in my back pocket. So this is what I did : 

• Installed an X 

terminal, http: / /maemo.org/maemowiki/ApplicationCatalog#head 
-8f688525ebl30595f8eb48a950077e47bce33a3b 

• Installed a text 

editor, http: //maemo.org/maemowiki/ApplicationCatalog#head- 
0d0749a7fc2a3aacd09cb5465171aeb0d0dd0e38 

• Installed 

rsync. http: //maemo.org/maemowiki/ApplicationCatalog#head- 
08ce2fcd2 68cb71220 683e69ecfa458f Idb4e067 

• Installed 

openssh. http://maemo.org/maemowiki/AppiicationCataiog#head 

-a9cdc5b8981db478bc554e3dc9b23c6c80b9d4f2 

• Set up aliases to pull down my address 

book http://aaronland.info/perl/vcard2xml/ and 

recipes http://www.eatdrinkfeelgood.org/ to the memory card . 

• Bookmarked both directories in the web browser. 

This is good. It means that I have a reasonably up-to-date copy of the data I 
care about. Building and maintaining the headache involved in doing two-way 
sync is not something I care about. If someone gives me their phone number while 
I am away from my actual address book I will, you know, write it on a piece of 



paper. This is good enough. Here's what I learned doing all of this : 



• The default browser ( Opera) renders XML in Must 

Ignore http://tbray.org/ongoing/when/200x/2006/01/09/on- 
XML-Language-Design mode which makes for an imcomprehensible 
mess of unformatted text. 

• The device has no built-in HTTP server so there's no way to set up an 
Alias for a xml-stylesheet processing instruction. Hard- 
coding a path to /media/mmcl / 'recipe . xsl, or 
addressbook . xsl, in the source XML documents is not really 
anything I'm interested in. 

• Opera doesn't even support XSLT. 

• It was really easy to write a quick script to generate HTML versions 
of the recipe documents and pull those down to the 770 instead. 

• (The address book was already being pulled down as raw vCard files 
which aren't sexy but can at least be viewed "as is".) 

• Writing Eatdrinkfeelgood documents by hand is a pain in ass. I don 't 
really want to write a fancy GUI, or whiz-bang scrumjax, application 
to edit recipes. I mean I do but what I really want is to be able to write 
recipes by hand. 



Stay with me. There's a point in all of this. 



Writing a document should be possible with nothing more than a text 
editor and a little bit of patience, a straightforward, albeit boring affair. 
Hiding the details of the markup behind a user-friendly graphical 
interface would be a welcome improvement for many but it should not 
be a requirement. Similarly, a document should afford the reader the 
ability to easily understand its structure and content as well as the 
option of using it as a template for creating their own recipes. 



I wrote that http://www.xmi.eom/ipt/a/2005/02/i6/edfg.htmi and 
it's one arm of the argument against using RDF, natively, for the next version of 

the EatdrinkfeelgOOd http : / /www . f lickr . com/photos / sebpaquet / 1 917540/ 

markup language. The other reason is that RDF doesn't play nicely with XPath 
which makes it impossible (or impractical) to use with XSLT and, if it ever gets 
off the ground, XForms. 



There's also been the idea floating around that version 2 would include a 
plain-text short-hand format that could be parsed into XML. Despite my 
reservations about RDF, the other night I started kicking around some ideas of 
using the N3 format http://www.w3.org/DesignIssues/Notation3.html as 
that short-hand. 



# -*-n3-*- 

@prefix xml: <http://www.w3.org/XML/1998/namespace/> . 

@prefix dc: <http://purl.org/dc/elements/l-l/> . 

@prefix e: <http://eatdrinkfeelgood.Org/2.0#> . 

@prefix I: <http://eatdrinkfeelgood.Org/2.0/us-imperial#> . 

©prefix fl: <http://www.flickr.eom/ns#> . 



<> 

dc:title "Prof iteroles" ; 

dc:identifier "$Id: prof iteroles . n3 , v 1.3 2006/01/22 18:17:59 asc Exp $" 

xml: lang "en" ; 



A recipe for profiteroles, represented in 

RDF/N3 /weblog/2006/01/09/hirst/prof iteroles. n3 . 



The first thing that's nice about writing recipes in N3 is that it's plain text so 



browsers will display it without modification. It's an ugly duckling for sure but no 
worse, and I would offer better, than a raw Eatdrinkfeelgood 1.1 document. 

We can argue about how easy it is to write N3 compared to a back of the 
napkin recipe or something like a wiki-syntax. I was surprised to find that the 
hardest part is remembering when to use ( ) instead of [ ] containers. I'm not 
going to minimize how much of a nightmare it can be to write RDF but short of 
travelling down the natural languaeg rabbit-hole any markup is going to have it's 
pitfalls and at least this looks like a normal recipe. 

Aside from RDF's ability to easily aggregate a number of different data 
sources, N3 affords people extensible dorkability without sacrificing (too much) 
readability. Consider : 

• amount "1"; measure "cup"; foodstuff "flour" . 

• amount "1"; measure I:cup; foodstuff "flour" . 

• amount "1"; measure I:cup; foodstuff f: flour . 

I happen to find the second variation the most useful but I know a lot of 
people who prefer the third. For everyone else the first is about as easy as it's ever 
going to get. 

The part where RDF doesn't work with the rest of the XML ecosystem that 
the web — meaning web browser developers — is starting to adopt is still a big 
problem. On the other hand, any other simplified format would require a parser 
and N3 is already spec-ed out and has a variety of implementations. I've always 
had this crazy idea that I could write a parser using regular expressions in XSLT 
2.0 but I've never gotten around to trying. 

Maybe then, the proper approach is to just use N3 as the default and ship 
with tools to generate XML. I'm not ready to commit — and the model itself isn't 
done — but the ability to build OS specific binaries, using py2whatever or PAR, to 
convert source files into XML is more interesting than it was a few months ago. 



In the meantime, it would be nice if Nokia would put back the web 

Server http: //research. nokia.com/research/ software /mobile-web- 
server/index . html that's supposed to be in the embedded Linux they're using 
for the 770. 



2006-01-22T10:22:59-0800 



A widget by any other name 



After something like a year comes another release of the Image Widget base 
class, tools and actual applications including one to display random images from 
Flickr. 

Both applications support the ability to copy a photo's URL to the 
clipboard, post a photograph to your del.icio.us account and, under OS X, use the 
operating system's speech synthesizer to read the title and description aloud. The 
FlickWidgt also allows you to 

"favourite http://www.flickr.com/photos/straup/favorites/ " photos via a 
magic key combination. 

These are not Dashboard widgets or Yahoo! (nee Konfabulator) widgets or 
gDesklets although they are written in Python. Specifically wxPython which which 
is the language specific implementation of the wx Widgets (nee wx Windows) GUI 
toolkit. They are standalone GUI applications built to run on any operating system 
with either the necessary code-y bits or that has a Python to binary executable 
converter. 

Conceptually, the widgets are similar to the incredibly cool 
tkkr http: //www. stuff onf ire. com/2006/01/tickr_f or_f lickr_10^v6 . html 
application which is probably what I would have tried to write were I an OS X 
hacker. Operating system specific magic is pretty tempting some days but so is the 
ability to write myself little tools that will Just Work on whatever machine I 
happen to be using. It all sounds like a Java dream gone bad and there are always 
"issues" but it mostly works. For me. 

These are basically feature complete. The only thing keeping me from 
removing the "beta" label is being able to build binary versions for Windows. 
Version 1.0 of the Mirror Project 

Widget http://www.mirrorproject.com/widget/ lacked an OS X binary 
because I didn't have a Mac (and that particular version of wxPython for OS X 
kind of sucked) and now it's the reverse for version 2.0. Once that's done, I will 
look into adding Windows support for the SpeechTool and updating the widgets 
accordingly. 



• FlickrWidget 

1.0b7 http: //aaronland. inf o/python/FlickrWidgt/FlickrWidgt- 
1.0b7.dmg (.drug) 

• FlickrWidget Frequently Anticipated 

Questions http://aaronland.info/python/FlickrWidgt/README 

• MirrorProject Random Image Widget 

2.0b8 http: //aaronland . inf o/python/MirrorPro jectWidget/Mirr 
orProjectWidget-2.0b8.dmg (.dmg) 

• MirrorProject Random Image Widget 

2.0b8 http: //aaronland . inf o/python/MirrorPro jectWidget/Mirr 
orPro jectWidget-2 . 0b8 . tar . gz 

• ImageWidget 

1.0b9 http: //aaronland. inf o/python/MirrorPro jectWidget/Mirr 
orPro j ectWidget-2 . 0b8 . dmg 

• ImageWidgetDeliciousTool 

1.0b2 http: //aaronland . inf o/python/MirrorPro jectWidget/Mirr 
orProjectWidget-2 . 0b8 .dmg 

• ImageWidgetSpeechTool 

1.0b2 http: //aaronland. inf o/python/MirrorPro jectWidget/Mirr 
orProjectWidget-2 . 0b8 .dmg 

For the programming and Python wonks in the crowd, these are not the 
most elegantly designed programs you will ever see. Nor are they as easily 
extended as I would like. You live and learn, patches are welcome and all that 
good stuff. They work. 



And finally : The FlickrWidgt is not an "official" Flickr application. 
Although I play a member of the Flickr team on TV this is all stuff that I wrote for 



myself, in my spare time, and I am sharing it with you in the hope that you will 
enjoy them as much as I do. 



That is all. 



2006-01-22T10:22:53-0800 



Who cares? 



I was talking to a friend about XForms, yesterday, and ended up quoting 
myself from a piece about RDF that probably won't ever be published. RDF, or 
any particular set of technologies aside, I think it's a useful way of approaching 
things on the intarweb. Everybody got pretty grumpy during the five-plus years it 
took for Mozilla to reach 1.0, for CSS to get implemented or for projects like 
Gnome to become usable. But here's the important part : They work. 



What people are really saying is : "That's nice but there are no 
applications to do anything interesting with RDF and I'd like to get my 
project off the ground this week." And they're right. They're right the 
same way that people were right when they said the same thing about 
CSS in 1996, JavaScript in 1999 and Mozilla in 2001 . But it is wrong 
to confuse the merit of a format, or a specification, with application 
support. 

Everyone understood that CSS was a good thing almost as soon as the 
specification was made public but in the chicken and the egg way that 
so many things happen there was little reason to use it without decent 
browser support and little reason for developers to implement it in an 
environment where it was generally dismissed. So too with JavaScript. 
Both now make up an indispensible part of the so-called Web 2.0 
infrastructure. 

Does this mean that in five years we will look back and wonder how 
we ever lived without RDF? Not necessarily but it is a good idea and 
one that deserves to be nutured and encouraged to see where it will 
lead. 



2006-01-14T08:23:45-0800 



What is Nokia thinking? 



They probably don't know, I'm not sure the arrows are pointing in the right 
directions and the colours are awful. But it was a fun exercise. 



2006-01-12T21:! 1:29-0800 



Patches for the remaining 20 are 

welcome. 

<burden> :of "proof" . 
All the News That's Fit to Describe 
Upcoming : A long and twisty rant about XPath in... 
Subject: lightbox.js "pass through" URL patch 



<burden> :of "proof" . 



In XML, the burden is on the person with the query to figure out how 
the elements and attributes in one XML file relate to the elements and 
attributes in another. Glue-code has to be programmed to mesh the 
data. With RDF, the burden is on the people with the data to ensure 
that their identifiers for things overlap with other data sources. The 
difficulty in RDF is more of a design decision, and design decisions 
are tough too. 

—Joshua Tauberer, "GovTrack.us, Public Data, and the Semantic 

Web http: //www.xml.com/pub/a/20 06/02/0 8/govtrack-us-public-data- 

semantic-web.html " 



2006-02-10T08: 18:26-0800 



All the News That's Fit to Describe 



Or : "How to Read the New York Times in 5 Minutes or Less" 



The daily dumps plotting the relationships, and geographies, of New York 
Times articles have returned. Version "2.0" does not contain any scrumjax but 
consolodates a number of different views that used to live at different URLs in to 

one place http: //www.aaronland.info/img/weblog/2006/01/20060122-sf- 
unique.jpg . 

None of this is rocket 

science http://aaronland.info/weblog/2004/02/07/5389/ and, frankly, I'm 

stunned that the Times hasn't already done something like this themselves. I 
wouldn't suggest that they replace their homepage but I find it incredibly useful to 
see what's "going on" and get a feel for the pulse of The Man. 

The dumps are rendered, primarily, as RDF for this simple reason : ( rdf 
* r df ) = rdf . That said the RDF is also transformed, and presented on the 
web, as XHTML with "microformats inside". Translation : I think you're so very 
wrong but that doesn't mean I don't love you anyway. 

Daily indexes are archived in a simple YYYY/MM/DD series of 
subdirectories. Older versions currently located at 
ny times /knows /related/ will stick around, or be tickled with 
mod_rewrite-fu. The other stuff, notably the "Google knows" page, will probably 
be deleted because they are kind of stupid and don't really serve any purpose other 
than to fill up disk space. The best part about the Google pages, for instance, was 
having them show up as the first or second query result for the corresponding 
phrase. 

There are a couple other ideas floating around, time and resources 
permitting. In the meantime, if someone wants to deal with writing an XSLT 
stylesheet to generate JSON from either the RDF or the XHTML, before I do, that 
would be grand. Personally I think that the time would be better spent writing and 
lobbying browser developers for a Saf eXMLHttpResponse JavaScript 
method but that's a discussion best saved for another day and working code 



always wins. 



Finally, I hope that there is someone at the Times, and other news 
organizations {insert obligatory weblogging as journalism meme here), who 
understands what they've got and its value both to themselves and the intarweb in 
general. 



2006-02-06T07:50:24-0800 



Upcoming : A long and twisty rant 
about XPath in Python 



pyupcoming is a simple Python interface to the Upcoming.org REST 

API http://upcoming.org/services/api/ 

It does not auto-create methods for the API or try to render the data 
returned by Upcoming into any kind of Pythonic model. It does allow 
you to query the results of an API call using XPath. Sort of. 

Sort of, in the sense that you can query stuff using XPath but you'll 
get back an elementtree object rather than a proper XML-ish object 
with its own DOM functionality. 

I could have used libxml but that introduces a whole other world of 
dependencies . I wanted a library that could easily run on a variety of 
platforms with Python support. I started out with another more 
Pythonic interface to the Upcoming API and then spent most of a 
morning trying to shoehorn in features that I needed before getting 
lost in a twisty maze of getattr functions and giving up. 

So, this is the 80. http://aaronland.info/python/pyupcoming/ 
Patches for the remaining 20 are welcome . 



2006-01-31T19:58:12-0800 



Subject: lightbox.js "pass through" 
URL patch 



From: Aaron Straup Cope 
Date: 2006-01-27 08:31 
To: Lokesh Dhakar 

Hi, 

I finally got around to playing with 

Hghtbox http://www.huddletogether.com/projects/lightbox/ the Other 

day. I have little thumbnails, on my weblog, of recently taken and recently 
favourited photos that are scrumjaxed from Flickr. 

The one problem with lightbox is (was) that it only allows you to link to 
the large image. I wanted (partly so as not to violate the Flickr TOS :-) to be able 
to click on the large image and have the browser go to the actual photo page on 
Flickr. 



So I wrote a patch. Instead of: 

<a href="large. jpg" rel= " lightbox"> <img 
src="small. jpg" /> </a> 

You write: 

<a href ="http: //www. flickr . com" alt= " large . jpg" 
rel="lightbox"> <img src=" small . jpg" /> </a> 

This has the advantage of making href URLs work both when lightbox is 
enabled or when JavaScript is disabled or otherwise borked. 

I am not wed to using the alt tag. It just seemed the most appropriate 
given the available options. 

The patch should be backwards compatiable and Just Work (tm) with 
people using the first style. 

I neglected to make a ".dist" copy of the source before mucking on it and 
it appears that you've made additional changes since then. Based on the diff 
output it seems like you have just removed unrelated code. 

Anyway, it works for me so I thought you might be interested in the 

patch /weblog/2006/01/28/patches/lightbox-alt-link-patch.diff . 



2006-01-30T07:02:09-0800 




thinking. ..'bacon'" 

There is nothing more permanent than a temporary... 

Things I like about San Francisco 



There is nothing more permanent 
than a temporary hack 



I still don't like JSON. It works and working code always win but its arrival 
as the next Best Thing Evar on the Intarweb only confirms that it's a hack. I don't 
have any problem with lightweight and simple data structures but I just can't get 
excited about them as an exchange mechanism between disparate services. 

I have spent more time than is healthy writing wrapper code for too many 
web services to buy into, really, any kind of XML to hash of lists of hash of hashes 
magic. I'm a Perl hacker so that kind of nonsense come naturally but it's just a 
waste of time when there are tools like XPath. 

Coincidentally, I tend to think of XPath the same way its benefactors think 
of Perl : It makes easy things easy and hard things possible. XPath can be very 
complex if you are dealing with a complicated document (or fantastically stupid 
formats like Apple's plist) but 90% of the time it's really nothing more than 
specifying a simple set of parent-child relationships. 

Insert pithy comments about foreach-ing over all those nested arrays (or 
were they hashes?) in JSON here. 

The W3C recently announced its Scrumjax ("web APIs") Working Group 
which, despite some seriously pendantic blathering on the mailing list, is a good 
thing all around. But if I were in their shoes, I would tack on a brief tangent before 
getting back to the hard work : Stop all the hand- wringing about the bloody Back 
button long enough to spec out the requirements to do safe cross-domain 
XMLHttpRequest calls. 

Once that's been blessed we can beg and plead with the browser hackers to 
implement it and then we can get back to using all the goodness that comes with 
the support for XPath and XSLT and XForms and E4X that is finally starting to 
percolate out of the "dev" branches. There is genuine desire to play nicely across 
domains and people will use JSON for the simple reason that : It works. 




You may recall that I've spent a lot of time clawing at the cross-domain 
security wall. You may also recall that I like to mix and match metadata elements 
from various sources. I really like to do this "inline" because I am lazy and easily 
irritated by having to drag browser windows around. And did I tell you that I don't 
like running proxy services because they just as much a time-sink as they are a 
pain in the ass and are generally bad for privacy all around? 

We get asked, periodically, to return results for the Flickr API in JSON. No 
one on the team thinks it's a bad idea but the reasons why it hasn't happened yet 
are, when they're not any of your business in the first place, pretty boring. 

But what about syndication feeds? Way back when I wrote a 
JavaScript/bookmarklet hack that would look for <meta> tags similar to those 

Used by the New York Times http://www.aaronland.info/nytimes/ , 

"taggify" their contents and display photos from the corresponding Flickr tag 

feeds http://aaronland.info/weblog/2 004/12/07/5575/ . What if you could 



do that with JSON instead of XML? 



Well, here's is a handy bookmarklet for doing just that : What does 
Flickr think about this page? 

The bookmarklet is hard-coded to look for New York Times style meta tags 
but the underlying code is written such that you can plug in your own keys. For 
example : 

# The tags used in this page : 

<meta name="des" content=" j son; javascript" /> 
<meta name="per" content="aaron" /> 
<meta narae="org" content= " flickr " /> 
<meta name="geo" content=" sanf rancisco" /> 

var flickr = new FlickrTags ( ) ; 
flickr . add_topic ( "geo" ) ; 
flickr. add_topic( "des" ) ; 
flickr. add_topic( "per" ) ; 
flickr. add_topic( "org" ) ; 

# Or, you could roll your own : 

<meta narae="delicious " content="montreal; resto; review"> 

var flickr = new FlickrTags { ) ; 
flickr .add_topic ( "delicious" ) ; 

Code- wise, it is made up of four separate libraries/scripts to spawn a 
floating window with icons that you can drag around the browser window. 
Clicking on an icon will display a larger version, using Lightbox- 

fu http://www.huddletogether.com/projects/lightbox/ , that links back to 
the photo's Flickr page. Each of the dependencies has been tweaked slightly either 
for the sake of functionality or just to account for the allowable randomness in the 
syntax of the language. They are : 

• My own FlickrTags library — this is still lacking in documentation 
and it's own home on aaronland but from an interface point of view is 
exactly the same as the crippled XML-based 

version http: //aaronland. info/ javascript/f lickr/f lickr- 
tags/ . 

• A further modified version of the "Flickr TOS friendly" 
modifications to 



UghtboX.js http://www.aaronland.info/weblog/2 006/01/2 8/patch 
es/#patchbox — only to delay initialization and skip unnecessary 
iteration over image elements. 



• Aaron Boodman's DOM 

Drag http://www.youngpup.net/2001/domdrag library whose 

syntax is as weird as the code is easy to use 

• Jason Levitt's JSONrequest 

Script http : / /www . xml . com/ lpt / a/ 2 0 0 5 / 1 2 / 2 1 / j son-dynamic- 
script-tag . html library. 

A pre-bookmarklet-ized version /webiog/2006/02/i2/bacon/f lickr- 
tags-bk. js is also available for the curious. It is held together with duct tape at 
the moment and will not work in every browser. Yet. I have tested it on Firefox 1 .5 
and it all works swimmingly. I know for a fact that it won't work in Safari. Patches 
are welcome. 



2006-02-17T17:59:31-0800 



Things I like about San Francisco 



Going to Ocean 

Beach http://www.flickr.com/photos/straup/99038317/ and watching the 
747s, taking off from SFO, rise and bank over the water. 



2006-02-12T21:52:34-07:00 



Welcome to the Terroirdome 

Next steps 
<you> :a "what you eat" . 



Next steps 



I've released, or updated, a series of tools for working with, and 
converting between, Eatdrinkfeelgood 1 .1 and (still experimental) 2.0 
documents. 

• erdfg.py http://aaronland.info/python/erdfg/ 

Python classes for parsing and rendering Eatdrinkfeelgood 
2.0 (e(r)dfg) documents 

• eatdrinkfeelgood-1 .1 -to- 

2.0.XSI http: //eatdr inkfeelgood.org/tools/xsl/eatdrin 
kf eelgood-1 . l-to-2 . 0 

XSLT stylesheet to transform an Eatdrinkfeelgood 1 .1 XML 
document into an Eatdrinkfeelgood 2 .0 textlNS document. 

• eatdrinkf eelgood-1. 1-to- 

xhtml.XSl http://eatdrinkfeelgood.org/tools/xsl/eatd 
rinkf eelgood-1 . 1-to-xhtml 

XSLT stylesheet to transform an Eatdrinkfeelgood 1 .1 XML 
document into an XHTML document. Updated some of the 
logic to handle namespace issues properly so that it will work 
with ( version 1.1) documents generated by the e( r)dfg Python 
tools. 

At some point there will probably be an XML serialization for 
e(r)dfg documents (assuming they aren't already natively 
XML) and all of the "1 .1 -to-whatever" stylesheets will be 
updated but for the time being this is a workable alternative. 



• eatdrinkfeelgood-1 .1 -to-indexcard- 

fa.XSl http : //eatdrinkf eelgood. org/ tools /xsl/eatdr ink 
f eelgood-1 . 1-to-indexcard-f o 

XSLT stylesheet to transform an Eatdrinkfeelgood 1 .1 XML 
document into an XSL-FO document, which can then be used 
to generate " print" -y (read : PDF) versions. 

There is a known issue, in this stylesheet, where not all the 
external references are included at the end of an index card. 
I'm not sure but I think this bug has always been present and 
will make good use of my daily three hour commute to fix it. 



So- 



Converting from 1.1 to 2.0 



#!/bin/sh 

EXEC_XSLTPROC=/usr/bin/xsltproc 

XSL_ERDFG= " / home/ asc/lib/xsl/ eatdrinkfeelgood/ eatdrinkfeelgood-1 . l-to-2 . Oa.xsl" 

EDFG=$ 1 

ERDFG=$2 

${EXEC_XSLTPROC} -o $ {ERDFG} $ {XSLERDFG} $EDFG} 



1. Galatoire's Sweet Potato Cheesecake 

(1.1) /weblog/2 0 06/03/1 6 /terroir /sweet-potato- 
cheesecake . xml 

2. Galatoire's Sweet Potato Cheesecake 

(2.0) /weblog/2 006/03/ 16/terroir /sweet-potato- 
cheesecake. n3 



Converting from 2.0 to text 



#!/bin/sh 



EXEC_PYTHON=/usr/bin/python 

EXEC_TOTEXT="${EXEC_PYTHON} /home/aso/lib/python/erdfg/bin/text . py " 

ERDFG=$ 1 

TXT=$2 

${EXEC_TOTEXT} $ {ERDFG} > ${TXT} 



1. Galatoire's Sweet Potato Cheesecake 

(2.0) /weblog/2 006/ 03/1 6/terroir /sweet-potato- 
cheesecake. n3 

2. Galatoire's Sweet Potato Cheesecake 

(text) /weblog/2006/03/16/terroir/sweet-potato- 
cheesecake.txt 



Converting from 2.0 to XHTML, by way of 1.1 



#!/bin/sh 

EXEC_PYTHON=/usr/bin/python 

EXEC TOXML="${EXEC_PYTHON} /home/asc/lib/python/erdf g/bin/as_xml . py " 
EXEC_XSLTPROC=/usr/bin/xsltproc 

XSL XHTML=" /home/asc/lib/xsl/eatdrinkf eelgood/eatdrinkf eelgood-1 . 1-to-xhtml .xsl" 

ERDFG=$ 1 

XHTML=$2 

TMP_XML= " $ {ERDFG} . xml " 

${EXEC_TOXML} $ {ERDFG} > ${TMP_XML} 

${EXEC_XSLTPROC} -o $ {XHTML} ${XSL_XHTML} ${TMP_XML} 
II ${TMP_XML} 



1. Galatoire's Sweet Potato Cheesecake 

(2.0) /weblog/2 006/03/1 6/terroir /sweet-potato- 
cheesecake. n3 

2. Galatoire's Sweet Potato Cheesecake 

(XHTML) /weblog/2006/03/16/terroir/sweet-potato- 
cheesecake . html 

3. Galatoire's Sweet Potato Cheesecake 

(XHTML+CSS) /weblog/2006/03/16/terroir/sweet- 
potato-cheesecake-css . html 



Converting from 2.0 to PDF, by way of 1.1 



#!/bin/sh 

EXEC_PYTHON=/usr/bin/python 

EXEC_TOXML="${EXEC_PYTHON} /home/asc/lib/python/erdf g/bin/as_xml . py" 

EXEC_XSLTPROC=/usr/bin/xsltproc 

EXEC_FOP=/Installers/fop-0 .20.5/fop.sh 

XSLXSLFO="/home/asc/lib/xsl/eatdrinkf eelgood/eatdrinkf eelgood-1 . 1-to-indexcard-fo.xsl" 

ERDFG=$ 1 

PDF=$2 

TMP_XML= "${ERDFG}.xml" 
TMP_FO= " $ {ERDFG} . fo" 

${EXEC_TOXML} $ {ERDFG} > ${TMP_XML> 

${EXEC_XSLTPROC} -o ${TMP_FO} ${XSL_XSLFO} ${TMP_XML} 
${EXEC_FOP} -fo ${TMP_F0} -pdf ${PDF} 
II ${TMP_XML} 
rm ${TMP_FO> 



1. Galatoire's Sweet Potato Cheesecake 

(2.0) /weblog/2006/03/16/terroir /sweet-potato- 
cheesecake. n3 



2. Galatoire's Sweet Potato Cheesecake 

(PDF) /weblog/2006/03/16/terroir/sweet-potato- 
cheesecake.pdf 



First impressions 

The good and the bad are mostly where I expected them to be 

found http: //www.aaronland.info/weblog/2006/03/16/terroir/#erd 
fg . 

I really, really, miss being able to use XPath and XInclude. They 
are like magic and make combining and transforming recipes fantastically 
easy. Doing the same iterating over graphs, particularly when they are 
sometimes ambiguous by design, is not so much fun. 

However, writing XML (or, by extension, writing and maintaining 
tools to make writing XML easy) is a pain in the ass. Writing e(r)dfg 



using this funny hybrid of plain text and N3 is not. 



Next steps 

In no particular order : 

• Spend some time using e( r)dfg in it's current state. 

• Finish testing the ability to reference external e(r)dfg 
documents using an XInclude-like syntax. 

• Create a binary drag and drop application to convert e(r)dfg 
documents into, at least, plain text. Possibly create a simple 
"viewer" application. 

• Hold my nose and write a e( r)dfg -> JSON generator for the 
Python classes. 

• Write a e(r)dfg -> e(r)dfg "strict" generator for the Python 
classes and set up a SPARQL server with a simplified REST 
interface for adding and querying recipes. 

• Figure out how to describe "tags " in all of this. I expect 
that, like ingredients, there will be both a default shorthand 
as well as a formal (strict) version. Something like 

dc: subject "recipe dessert cake"; and 
dc:subject (del: recipe del :dessert 
del : cake ) ;, respectively. People are free to write the 
latter, if that's their thing, but there should also be tools to 
do it for them. 



That is all. 



2006-04-02T10:36:13-0700 



<you> :a "what you eat" . 



Independent of the actual markup format, I've been trying to work 
out the relationship between the various elements in an Eatdrinkfeelgood 
recipe. Here's the current working model of the Eatdrinkfeelgood Markup 
Language, affectionately referred to as e(r)dfg for short. 




I've given up trying to find proper names for things right now. For 
the purpose of this discussion, here are four names that, really, all mean 
the same thing. But remember : They don't, okay? 

Classes 

Classes are the highest level elements of an e(r)dfg document and 
are a conversational shortcut, never explicitly named, that denote how 
often an item is likely to appear in a document. 

• Singletons 

Contain elements that only occur once in a document. For 



example, a yield or a history. 

• Repeatables 

Contain elements that may occur multiple times. These may 
include ingredients, directions or notes. Repeatables are 
represented as "sets". 

Classes typically contain all the properties contained in a facet but 
this is not always the case so it better to think of a property, rather than a 
facet, as being of a certain type of class. 

Facets 

Like classes, facets are just a conceptual device to group parts of a 
document but are not named as such. (At least not explicitly. The RDF 
peanuts in the gallery would be correct in assuming that classes are treated 
like (cue drumroll) RDF classes.) 

• Recipes 

Contain the following properties : directions; ingredients. At 
the end of the day, this is really all you'd need to get by. 
There is a school that says all you need are directions but if 
the goal is to find some reasonable middle-ground between 
humans and machines then you need both. 

• Descriptions 

Contain the following properties : title; description; creator; 
source; yield. 

• Requirements 

Contain the following properties: ingredients; equipment; 
time. 



• Guidelines 

The following properties : directions; notes. 

• Annotations 

Contain the following properties : description; notes; history. 

• Products 

Contains the following properties : yield. 

Facets may singletons or repeatables and, in the case of 
annotations, both. It is probably better to think of a property, rather than a 
facet, as being a member of a particular class. 

Properties 

Properties are the actual named parts in a document. They are like 
keys in a dictionary and may point to simple string values or child data- 
structures referred to, here, as "attributes". 



• title 

You'd think this kind of thing would be simple, by nature, but 
you'd be wrong : 



# 




# Simple 


1 


# 




<> 




dc : language 


"en" ; 


dc : title 


"Foo Bar" 







• description 



Pedants will point out that it's all a "description" and they'd 
be right in that way no one cares about. Description, 
abstract, shorter than a "history"; less specific than a "note". 

creator 

I'm not sure this one will make the cut. I know I had a reason 
for this but I think I was in a meeting when I added it so who 
knows what I was thinking. 

source 

Where a recipe came from, who wrote it, permalinks, ISBN 
numbers and all manner of identifiers . 

ingredients 

A list of "ingredient" dictionaries, or anonymous nodes in 
RDF-speak. Individual ingredient descriptions are unnamed 
because it's more of a pain in the ass to spell it out than it is 
to play a little fast and loose with first principles; this tension 
is discussed further below. 

directions 

A list of unnamed "content" dictionaries. By content I am 
talking about a slightly bastardized version of an Atom entry. 
Since directions are essentially entry-like and, otherwise, 
difficult to pin down this is a nice in-between solution that 
lets users enter whatever they want, relies on Atom's type-ing 
hints to tell machines what to do and makes it easy to use all 
the XML goodness that comes with the spec. 

notes 

Notes are like directions in that they contain "entries " and, 
conceptually, are "guidelines" . Except that a note is a 
commentary and a direction is a instruction. 



• equipment 

This is a sop to the machines and the machine-heads, no pun 
intended. At the moment it contains "utensils " and "devices " 
attributes which are just lists of some unknown quality. 

• time 

The time required to prepare a recipe, the time required to 
cook a recipe. The amount of time, from start to finish, that it 
will take to get a dish to the table? This one still needs some 
thought but my current thinking is that there will only be a 
couple default types but that others may be added with the 
only requirement that values be formatted as XML Schema 

Duration http : / /www . w3 . org/TR/2 00 1 /REC-xmlschema-2 - 
20010502 /#duration strings, e.g. 2H15M. 

• history 

A history is like a note in the way that they tell you something 
considered relevant but not necessarily integral to a recipe. 
Except that notes are an aside and a history is a full-on story. 

• yield 

Like the "time " property, the core spec will probably on 
define a couple attributes for adding plain text values. If 
people want to define more complex values, they can. I've 
sometimes thought of doing so but never have and Td be 
hard-pressed to think of anyone who actually would either. 

There are also "sets" which aren't listed because it's another dumb 
name and I'm not sure where the fall in the hierarchy of things. They are 
singletons that contain repeatables. A document may only contain one 
collection of sets, though it may have many parts. For example, a recipe 
for pie may be divided into two parts : the crust and the filling. Each part 



may contain more than the minimum set of repeatables : ingredients and 
directions followed by notes, equipment and other specifics. 

Similarly, there is a framework for using an XInclude-like syntax 
to pull in pieces of another e(r)dfg document using SPARQL. 

These last two are by no means required and will probably only 
ever enjoy limited use. But in the spirit of making "easy things easy and 
hard things possible" they still seem worth the effort. 

Attributes 

These are the guts of a given document (amount=5, measure=cup, 
etc.) and I'm not going to get in to them here. Part of the reason for this 
whole exercise has been to try and articulate a context in which 
"attributes" live to better identify what is and isn't necessary. 

But how does it taste? 

The reasons for spelling it all out like this are two-fold (if you 
exclude the obvious part where you want to figure out what the core 
elements of a recipe document are) : 

1 . How to go about recording it as a written document and how 
much trouble it will be for a human being to do so. 

2. How much trouble it will be for a machine to parse that 
document into something useful and how much pain it will 
bring to a human who has to teach the computer what to do. 

Did I mention how much I hate using non-XML formats for 



data 

exchange http: //www. aaronland.inf o/weblog/2 006/02/ 12 /bacon/#f 1 

ickrtags ? I don't really have a pithy comment for that except to say : 
Yes. On measure, native XML just doesn't make as much sense as it once 
did. It is hard to read by eye, hard to write by hand and involves a 
sufficiently complicated setup to do anything otherwise that it's not really 
attractive to non-dorks and lazy dorks alike. 

In the same vein, I prefer to not think of e(r)dfg, despites its clever 
name, as RDF either. More likely it will be presented as a plain-text 
format, with a formal set of markup rules and relationships, that 
conveniently happens to be RDF. In that regard, it will be more XML-ish 
in nature meaning that from a processor's point of view where the core set 
elements will have a fixed set of combinations. (And if you really need 
more variations on a document title than those described above maybe 
you need to be asking some larger questions about your life.) 

I think I am comfortable with this. Or, at least, I know that the 
sacrifices demanded by any of the available extremes are not. 

Waiter, there RDF in my soup! 

The other day, Ed posted a recipe for chicken 

SOUp http://blork.typepad.com/blorkblog/2006/03/homemade_chick 

e . html and I decided to use it as a test case for everything I've been 
working on. Would it be easy enough to enter by hand? How much of 
Ed's original recipe could I simply copy and paste? Could I read the 
formatted version easily afterwards? Could I write a quick and dirty 
computer program to dump a version of the recipe that read like the 
recipes we scribble on index cards? 



Here's what I had to work with : 



# -*-n3- 








o#> . l 


@pref ix 


e: 


<http: //eatdrinkfeelgood. org/2 




@pref ix 


I: 


<http 


//eatdrinkfeelgood . org/2 


0/us- 


imperial#> . 








@pref ix 


M: 


<http 


//eatdrinkfeelgood . org/ 2 


0/metric#> . 


@pref ix 


dc: 


<http 


//purl .org/dc/elements/1 


l/> . 


@pref ix 


del: 


<http 


//del . icio . us/tag/> . 




gpref ix 


a: 


<http 


//purl .org/atom/1 . 0/> . 





For the most part, it went well. The ingredients list while still a bit 
of a nuisance is actually an improvement. It is easier to read than the 
XML-ified Eatdrinkfeelgood 1 .x documents. It is easier to write, and to 
remember what to write, than 1 .x documents. It avoids both the natural 
language processing rabbit-hole and provides for richer semantics, than 
earlier versions of the spec, allowing users to define the values for 
measures and foodstuffs as resources themselves. 

The directions and notes were copied and pasted and while, in my 
version, I've lost the explicit semantics of the paragraphs I could have also 
just copied the raw HTML had I been so inclined. The Atom content 
model is handy that way. 

The biggest problem, so far, is in processing the recipe as a 
traditional RDF document. Specifically, there's nothing that says an 
ingredients list can't have a list of anonymous nodes (the individual 
ingredient descriptions) but it does make them hard(er) to "find". The first 
problem is the way that lists, in RDF, are interpreted as being a series of 
micro-lists consisting of two elements : The first item in the rest of the 
list, followed by a pointer to the rest of the list itself. The second problem 
is that the un-name-edness of individual ingredients means you have to 
test each element in the ingredients list first to see whether it's a node and 



then whether it contains something ingredient-ish like a "foodstuff". 



1 



# -* -python- *- 

#! /usr/bin/python 

# $Id: ingdump.py,v 1.2 2006/03/15 16:50:52 asc Exp $ 

from rdflib import Graph 
from rdflib import Namespace 
from rdflib import RDF 



Really, not so hot. 



The obvious solution to this would be to assign a type to each 
ingredient description. Instead of : [ e : foodstuff " butter " ] you'd 
write [e: foodstuff "butter"; :a e : ingredient ]. Or 
e: ingredients [ e: ingredient ( [...] [•••] ) ]- 
This makes the computer happy but also makes the baby Jesus cry. 
Seriously, if I'd wanted to get into that kind of markup soup I would have 
just recast the whole language as a 

microformat http://www.microformats.org/ . 



Writing a document should be possible with nothing more 
than a text editor and a little bit of patience, a 
straightforward, albeit boring affair. Hiding the details of the 
markup behind a user-friendly graphical interface would be 
a welcome improvement for many but it should not be a 
requirement. 



I wrote 

that http://www.xml.eom/lpt/a/2005/02/16/edfg.html and I Still 



stand by it. It is the primary motivation behind the current iteration of the 
format and the pull between making it easy to write "one-liners" versus 
being able, or willing, to write the recipes at all is what I'm still trying to 
sort out. 

I love to spend time thinking about fancy GUI apps, using sexy 
tricks like XForms and auto-completion-y scrumjax, to read and write 
recipes but I honestly don't think that's how it's going to happen most of 
the time. More often than not I will be reading recipes from something 
like the 

770 http://www.aaronland.info/weblog/2006/01/09/hirst/#edfg2 

which won't be connected to the Internet or writing them in a copy of 
Notepad and emailing the finished version to myself from someone else's 
computer. 

If I can use the same short-hand (format) for both the reading and 
the writing then maybe the extra time, and hassle, it will take to teach a 

computer program to DWIM http://en.wikipedia.org/wiki/DWIM is 

worth it. 

Another option is to define "strict" and "casual" modes for a 
document where the former would mandate the use of [ : a e : thingy ] 
attributes (careful readers will note that the same issues surrounding 
ingredients apply to both notes and directions) and the latter would not. 
Glue-code to map the latter to the former would be easy enough to write 
and maintain. To that end, you'd have a pipeline that looked something 
like this : 

casual -> strict -> XML -> HTML, XSL-FO 
(PDF), etc. 



Next steps 



Or something like that. 



2006-03 - 1 8T09 :22 : 1 2-0800 



Feed me, Princess Cake! 



Reason over passion 
e(r)dfg-writer 
Patches for Lightbox JS 2.0 



Reason over passion 



Needless to say, no one is talking nor dreaming about sovereignty 
now. The only thing that really matters is winning the Stanley Cup, 
so much so that if there was a referendum tomorrow giving 
Quebecers a choice between the Cup or sovereignty, a devastating 
majority would go for the Cup. 

Nathalie 

Petrowski http://www.thestar.com/NASApp/cs/ContentServe 
r? 

pagename=thes tar /Layout/ Art icle_PrintFriendly&c=Article& 
cid=1145657411345£,call_pageid=968332 188774 



2006-04-23T10: 13:40-0700 



e(r)dfg-writer 



I have written a web-based interface for creating e(r)dfg 
recipes http://www.aaroniand.info/webiog/2006/04/19/feedme/erdfg- 
writer /writer . html , offline. Ingredients, directions, etc. are entered in to a 
standard HTML form and, when submitted, are converted into 

RDF/N3 http://www.aaronland.info/weblog/2006/03/16/terroir/ and 

displayed in the browser window (hiding the original form). 

When I started, I had three goals in mind. That the application should be 
able to : 

1. Work in any browser with JSICSS — It doesn't. It works fine in 
Mozilla and Opera but not in Safari or Internet Explorer (yet). 

2. Work on my 

770 http: //www.aaronland. info/weblog/2006/01/09/hirst/#e 

df g2 — Screen-size and minor layout issues aside, it does. 

3. Save to disk — Nope. Not even a little bit. There is presently no way 
to write to disk in JavaScript without relying on some sort ofnot- 
on-by-default extension. If you use the browser's "Save As" menu 
option, Mozilla will save the (formatted) contents of the recipe 
along with the form itself. Opera will save only the empty form. 

I wanted to see if it made creating recipes easier and to see where the 
pain was (is) at the code level. The overall success of the project, at this point, is 
debatable. 

For simple recipes it is a pretty useful tool in that you can quickly enter, 
or copy and paste, most of information. The ingredients list is, and will always 
be, a nuisance. If identifying the relevant parts of individual ingredients weren't 
important we could get away with paragraphs and unordered lists (which is what 
every other recipe site on the Internet does) call it a microformat and go home. 



I remember reading somewhere that 
Recipezaar http://www.recipezaar.com/ (authors of the infamous 
RecipeML format whose creation was the motivation behind my own 
Eatdrinkfeelgood http : / /eatdrinkf eeigood . org format) spent a lot of 
time and energy trying to solve this problem by letting users enter ingredients 
free-form and then tackling the "meaning" using natural language processing. 
"Good on them!", I say, but since they have a commercial interest in not sharing 
that magic it is just another lock-in. Even if it weren't I still have concerns that 
watching and accounting for the edge-case is a never-ending battle and, 
ultimately, a waste of time. (To be fair, I also said the same thing about using 
RDF for recipes .) 

Adding ingredients, from "scratch" (that is : not from a copy-and-paste- 
able source) is not so bad. It's easy enough to tab through the various fields and 
adding magic type-ahead capabilities to try an guess what you're writing would 
be a helpful addition. 



Title + 

Patp Bri . 









spa 1 1 . • ted 


Time - 






Source + 






Chocolate £ ZUC 


hini 




http.,'7r.hDtDlit 


andiutchini.-cc 


publics tion 
m/irctmes/ZOOE/O-i/laide. 



Thip cold water 



flour 



In a medium mixing-bowl . whisk together ~ 
the egg yolk, water, salt, and sugar. IB | 



Adding ingredients from a recipe that is found on the Internet is not so 
much fun. It involves a lot of switching between windows, copying and then 
pasting small pieces of text or copying some parts of a text and remembering the 



rest and then a very involved keyboard dance to get everything into the various 
form fields. 

I don't typically think of needing a "scratch-box" with web forms but that 
is probably what is needed in this case. A scratch-box would simply be a large- 
ish text input box where you could copy and paste chunks of text, so that it is 
visible in the context of the form itself. This would allow you to : 

• Allow you to enter the ingredients , by hand, without having to 
switch between windows to read the original list. 

• Write some JavaScript magic to perform natural language 
processing on the text and populate the form fields automatically. 

• Write some JavaScript magic that would let you select parts of a 
text in the scratch-box and then drag and drop them into the 
various form fields. 

I will probably focus on the first and third options while someone with 
more time and money and brain-power will do the second and reap all the fame 
and glory. 



Gousle 

Base"BETA 



Recipes - edit item 



Title 



Details roptionai; ? 

Details ore attributes that defire the item ard helpscarchers fir-d it. 
For example. 'Author: Errest Hemirgway ' or Area: 4 0-Z square kir'. 



Mair Ingredient: 
Cuisine: 



M 
"M 



Cooking Time: 

Nurrtw-unn 



r 



r 



[Attribure name jAtrribute value 



M 



Text 


Author: Joe Smrlh 




Number-unit 


t: \ : 2 pgabytea 




Number 


BearcGrra: 2 




Date ranne- 






Large text 


IlneclKYus: Turn ighl at Mam Street, ... 


<irrur af 12. Separate- ^rth commE. 


Web UKL 


Homepage: Mlp:/'. l wiw*.googte.c«¥i 




CtwcKbo* 


Parting space included? 




Location 


1 Man Street. Anylowi. USA 





I try to remind myself that this is okay. I tried to remind myself of that 
when I saw Google's very clever recipe 

hack http : / /base . google . com/base/ search? 

a_n0=recipes&a_y0=9&a_s0=0&a_nl69=main+ingredient&a_yl69=l&a_sl69=0& 
a_ul69=&a_n657=cuisine&a_y657=l&a_s65 7=0&a_u657=&a_nl86=course&a_yl8 
6=l&a_sl86=0&a_n580=cooking+time&a_y5 80=l&a_s580=0&a_n89=main+catego 
ry&a_y89=l&a_s89=0&a_r=l . 

Meanwhile : "Request for Feedback - Structured 

Recipes http: //conoroneill .com/2006/03/19/request-for-f eedback- 
structured-recipes/ "... 



2006-04-21T07:57:43-0700 



Patches for Lightbox JS 2.0 



I've patched Lightbox JS 

2.0 http://www.huddletogether.com/projects/lightbox2/ SO that the 

larger images will link to remote URLs. This is good if for no other reason than 
it means you can use the script with images from 

Flickr http : / /www. f lickr . com/ and not violate the site's terms of service. 

• Example /weblog/2006/04/19/feedme/lightbox2-links/ 

• Patch far lightbox. js /weblog/2006/04/19/feedme/lightbox2- 
links/js/lightbox-with-links-js.dif f (modified version of 
Ughtbox.js /weblog/2006/04/19/feedme/lightbox2- 
links/js/lightbox. js ) 

• Patch for UghtboX.CSS /weblog/2006/04/19/feedme/lightbox2- 
links/css/lightbox-with-links-css .dif f (modified version of 
lightbox. CSS /weblog/ 2 006/04/19 / f eedme / 1 ightbox2- 

links/ js/lightbox.css ) 



2006-04-20T22:28:58-0700 



The Lunch Diaries 

Jardin de I'Eveche 
Dejeuner sur la plage 



Jardin de I'Eveche 




We were at Porte Maillot at 06H50 and could see the bus for the Paris- 
Beauvais airport across the street. They weren't supposed to leave for another 30 
minutes so we walked a block, in the opposite direction, and had a cup of coffee. 
By the time we got back the bus had left and we were stranded in the lot with a 
confused Irish woman and cab drivers coming at us from all directions. 

"The bus is gone", they all said. "A flight was cancelled and they are not 
running any more shuttles until noon! I will take you for 105 Euros. Come! 
Come!! Yes!!" 

Noon was sometimes nine-thirty or ten, depending on who you spoke to, 
and 105 was sometimes 120 or 130 or "Whatever the meter says. But there is no 
traffic this morning. It will be fast. Okay, you'll come! !" 



At the far end of the lot was a weathered trailer-office. Two men milled 
around inside but kept the windows firmly shut and avoided all eye contact with 
anyone who came near. On the window sill someone had taped a piece of paper 
that simply read : "We have nothing to do the with the Paris-Beauvais airport 
shuttle." 

After waiting 30-40 minutes, during which I haggled various cab drivers 
over prices, and they then argued amongst themselves, we agreed to split a car 
with the woman from Dublin where she paid the lion's share of the fare. We had 
only to pick up a car from the rental agency at the airport and, anyway, I had been 
doing all the talking. Me screaming at the driver that whether his meter was on or 
not we weren't paying more than 105 Euros, as we raced past La 

Defense http://www.flickr.com/photos/tags/ladefense , must Surely be 
worth some small compensation. 

Eventually, we made it to the airport and after some lesser drama involving 
the money owed the driver — I know for a fact that we paid our share after which 
all I cared about was getting out of the cab — we all went our separate, sullen and 
exasperated ways. 

At which point we discovered the car rental place was officially closed on 
Sundays. 

We were told by the nice man at the big American competitor's office, next 
door, that if we had a reservation for 10H00 then they wouldn't show up any 
earlier. Assuming, nudge nudge wink wink, they arrived at all. Another couple had 
been left stranded only just yesterday. Nudge nudge, wink wink. 

After we considered the available options (of which the worst seemed to be 
returning to Paris only because it involved the threat of dealing with the shuttle bus 
not once but twice more) we hunkered down in the airport's cafeteria and waited. 
In every respect, the airport at Paris-Beauvais makes the airport in Oakland look 
and feel like an exercise in civility and decorum. Enough said. 

The story gets better once the guy from the car rental agency shows up. 



We Stopped in Rouen http://www.flickr.com/photos/tags/rouen to 
catch our breath and sort out the rest of the day. While we were wandering around 
looking for a coffee shop ("Why go there when we can keep walking?") in and 
amongst all the cathedrals we came upon a bakery where I bought a pain Normand 
and some pastries and asked whether there were any cheese stores nearby and open 
on a Sunday. 




The woman behind the counter said no but another customer, in line, 
perked up and said there was a big open-air market, just down the street! It was 
perfect. Though smaller in size it reminded me of the Jean Talon market, in 
Montreal; something that happened a 

lot http: //www. f lickr . com/photos/straup/151194847/in/set- 

72057594141964933/ while we were in Rouen . We wandered the aisles and 
bought fresh fruit and cheese (the guy in front of us ordered a "frais du jour" and a 
bottle of home-made apple juice so we did too) and a medley of sausages for a 



friend and had to struggle not buy more. 




Originally, we had this crazy idea that we would shoot across Normandy in 
the morning all the way to Mont St. Michel, spend the night in Fougeres, and then 
meander our way back North the following day. Once we determined that the myth 
of time and distance on French highways is just that — it really only takes about 
15 minutes to get anywhere and, unlike California, people drive fast but safely and 
use the passing lane for, well, passing — we stopped at a gas 
Station http: //www. f lickr .com/photos/straup/151137531/in/set- 
72057594141964933/ and picked up a proper map (no comment) just in time to 
prevent a wild goose chase in search of the Nl 3. 



Somewhere around Caen, we headed South with no particular destination 
other than to pass through 

Camembert http://www.flickr.com/photos/straup/151141075/in/set- 
72057594141964933/ and to get to the hotel , in Burgundy , before nightfall . We 
took red (regional), yellow (small) and white (back-country) roads more or less at 
whim depending on what lay ahead of us and how quickly we wanted to get there. 
Eventually, we decided to stop in Lisieux and have lunch. 

We ambled around town with a rough eye to finding a park bench near the 
Cathedrale St. Pierre, in the town's center. When we couldn't find a spot for the 
car, we doubled back and passed the Jardin de l'Eveche. We sat under the tall 
trees and ate 

Cheese http://www.flickr.com/photos/straup/151138963/in/set- 
72057594141964933/ asa young boy pretended to be France's greatest football 
player, his older sister kicked his ass and his grandmother gave us nervous, 
sideways glances. 



2006-05-30T05:54:52-0700 



Dejeuner sur la plage 



The trick to Mont St. Michel has five parts : Do not go on the weekend; Be 
there before 09H00; Don't bother going after 10H00; Leave by noon; Finally, do 
not stop for food or coffee anyplace where the abbey is still visible to the naked 
eye. 

Rather than get on the highway to Rouen, afterwards, we opted for poking 
about the road running alongside the bay. The tide had been going out all morning 
and we stopped in a completely forgettable town where I bought a baguette from a 
woman who seemed genuinely annoyed with the number of different breads she 
sold. 

It had been raining off and on all morning but when we came around the 
bend into Dragey http://www.flickr.com/search/?q=Dragey and saw the 
sign for the beach we quickly followed it down a gravel road to the water. We 



walked past the seaside cafe with the smell of a melon that had spent the previous 
night in the trunk of the car nipping at our heels. 




We hadn't bothered with breakfast at the hotel hoping instead to pick up a 
quick bite on our way to Mont St. Michel. The best we could do was tiny 
bar/restaurant, at the water's edge, full of edgy locals chain-smoking and doing 
shots at eight in morning with a single croissant left to share between us. Whether 
it was the hunger or the lingering memory of never being more one room ahead of 
a pack of yammering German high school kids, we were a little frazzled by the 
time we flopped down on the 

Sand http://flickr.com/photos/straup/151182963/in/set- 
72057594141964933/ . 



We'd been sitting for ten or fifteen minutes, without seeing a single person, 
when Michele spotted something racing up the beach towards us. As it got closer 



we could see that it was a big black stallion and eventually we could make out a 
rider. He flashed us a big toothy grin and waved hello, as he galloped 

past http://www.flickr.com/photos/straup/151181272/in/set- 
72057594141964933/ , before disappearing into the distance. 




2006-06-03T08:52:46-0700 




Area Code of the Beast 



Every day is Hack Day 
But I am lazy and do not like reloading web pages 



Every day is Hack Day 



In no particular order : 

• Net: .'Delicious. pm 

1.01 http: //search. cpan.org/dist/Net- 
Delicious-1 .01/ 

Updated to talk to the new SSL-enabled API endpoint, 
to allow dorks the ability to override just about any 
config they want and, finally, the option to parse and 
return response messages with an XPath-enabled 
package. 

Internally the package still uses XML: .-Simple to ensure 
a measure of backwards compatibility but eventually I 
will replace it with XPath-y goodness. I can't wait. 

Oh yeah — it also handles private bookmarks properly 
now, too. 

• Net::Flickr::Backup.pm 

2.7 http: //search. cpan.org/dist/Net- 
Flickr-Backup-2 .11 

2.8 http: //search. cpan.org/dist/Net- 
Flickr-Backup-2 .8/ 

Updated to allow the use of the new 
flickr. photos. recentlyUpdated http: //www. fiickr.co 

m/services/api/flickr .photos . recently-Updated. ht 
ml API method in order to speed things up a bit. 



There is also now an option to store RDF metadata (for 
JPEG files) in the source file itself. This is still 
experiemental and quickly gets boring when you start to 
think about how and where and whether you store 
similar data in the "not original" versions. 

Version 2.8 also allows you to store a photo's title, 
description and ( raw) tags as IPTC headers. The catch 
being that IPTC mandates plain old ASCII or ISO- 
8859-1 for encoding so if you've got your ( not Latin) 
characters thang happening you're sorry out of luck. 

• erdfg.py 

0.6 http://aaronland.info/python/erdfg/er 
df cj — 0 ■ 6 ■ tar • cjz 

Now you can serialize (export) your recipes as JSON! 
Exciting, huh? 

I am hoping to get a little time to work on the erdfg- 
writer http : / /www . aaronland . inf o/weblog/ 2 006/04 
/ 1 9 / f eedme#erdf g-wr iter again soon and find a 
workable solution to saving just the finished N3 (and 
not all the extra HTML cruft) to a file. If I can do that I 
may even try to make it work in Safari and IE... 



2006-06-23T08:28:08-0700 



But I am lazy and do not like 
reloading web pages 



I like The Guardian http : / /www . guardian .co.uk , in 
part because they've always been so quick to grok what the interweb 
could do for them. For example, during the 2002 World Cup they 
added live-blogging of the matches which, despite being so brain- 
dead obvious, no one else was doing at the time. I am a fair-weather 
football fan so I couldn't tell you whether the people they've gotten 
to do the job are "qualified" but they are about four million times 
more fun than anything else out there. 

Four years ago I was hanging out in IRC channels and made 
an idle threat to write a scaper-bot to suck down the commentary 
and post new bits as they arrived. So the other morning I wrote 
something just like that which I can run from the command-line. 
Like this : 

# 

# As best I can tell there is no getting around the Guardian's insane URL 

# conventions so if there's a way to automagically guess the link for a 

# given match I haven't bothered to find out how... 

# 

$> sh . /wcblog ' http: //football .guardian . co . uk/worldcup2006/minbymin/0 , 
,1788159, 00. html ' 

28 mins GOAL ! Bravo gets a tap-in at the back post for Mexico after 
Franco nods down a well worked free kick. Cue lavish celebrations, much 
bouncing in the stands, etc. Iran might feel a little unfortunate, but 
Mexico had been coming into the game since their shaky start. Can Iran 
regain their composure? 



31 mins More commentary news - Jim Denvir writes to relate a messy tale: 
"The entire Univision commentary team just spontaneously combusted." I 
thought they liked to keep commentary a low-key affair in Mexico, Jim? 



36 mins GOAL! Hashemian's play down the right - they're making some 
inroads down there - wins a corner. It's whipped in and, amid some 
confusion and a brilliant save from Sanchez from the first header - 
Golmohammadi applies a boot to crash the ball into the roof of the net. 
Iran are level! Much tooting of horns, etc. 



42 mins Iran are back to the kind of pressure they were enjoying earlier 
in the match, and the Mexican fans are going a bit quiet. "Univision," 
points out Luis Rosas, "is not Mexican television. It is Spanish 



language TV in the States. Televisa is the official Mexican station from 
Mexico." I stand corrected, Luis. I'll stick to the football, instead of 
offering asides about foreign telly. 



Ideally, I'd like to have each new post sent out as an instant 
message. I toodled around a bit trying to do this with 
Log: :Dispatch:: Jabber http://search.cpan.org/dist/Log- 
Dispatch-Jabber/ (and then 

Sendxmmp http://www.djcbsoftware.nl/code/sendxmpp/ ) but 
stopped when it became clear I would need to spend more time than 
I was willing figuring out whether my problems were with 
Net::XMPP's dependencies or just connecting to the gtalk servers at 
all. 

Text messaging might be nice too but then you get bogged 
down in details like message length, data fees, the part where it's no 
fun to read anything on a cell phone and the roar of alert tones 
telling you that something has happened at various inopportune 
moments. 

IM is just better since it doesn't have any of those problems 
and every client, worth its salt, has some sort of system tray or 
"dock" integration so that you can plug away at whatever you're 
doing and be notified when there are updates. 

To the extent that any sort of sane RSS, or Atom, feed would 
make it easier to reprocess the data and do clever things, saving me 
from having to deal with tag 

SOUp http://en.wikipedia.org/wiki/Tag_Soup , I am all for it. 
It is true that you could also do something similar to the IM thingy 
with syndication feeds and a newsreader (or even email) but I've 



never been able to find them anything but annoying. 

There is also the part where I've never seen anyone use the 
current crop of weblogging applications to chunk out individual 
updates as separate posts. So far, all writers do is keep a running 
commentary in a glorified text file (or single post). This is not an 
insurmountable problem technically and I will go out on a limb and 
predict that within a year someone will draft a spec for /<blogging to 
address this issue. 

It's pretty obvious that there's a demand for live-blogging; as 
in any event that people want to follow, in real-time, with a story 
and a little more personality than a text message containing canned 
highlights. I'm not saying that the Guardian should charge money to 
deliver live-blogging outside their website, only that I might actually 
pay for it if they did. I would not pay for plain-old access to their 
website. This has also been my problem with the subscription model 
going back to Salon's initial pay-wall. Just give me the fucking data 
to either play with myself or to plug in to a clever third party 
application. 

Like an IM thingy. 
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"Smoking wasn't dangerous 

then." 

Things I Like About San Francisco #1154307965 

/tag/restobook 
The Helsinki Diaries, Stardate : 1151915967 



Things I Like About San 
Francisco #1 1 54307965 



The dragon flies were out in Delores Park this afternoon. 



2006-07-30T 18:05: 25-0700 



/t ag/r est o book 



I was going to work on the e(r)dfg-writer when I got back 
from Helsinki, but while I was there I filed the following under 
"Thinking Out Loud" : I'd like to be able to open the address book 
(on my phone) and select a contact and then use their email address 
to key into the Flickr 

database http://www.flickr.com/services/api/flickr.people. 
f indByEmaii . html . If there's a match, do stuff like add their Flickr 
homepage and their most recent photos feed as URLs and store their 
NSID for future API goodness. If they have a buddy icon then use 
that for the thumbnail in the contact database. From there it's no great 
leap to imagine a glorified slideshow application that displays photos 
for Flickr contacts in your phone's address book. 

Because the address book is still the center of everything. 

I have been going on, for years, about how great it is that 
Nokia has ported Python to their phones but I've never really done 
anything about it. So I rolled up my sleeves and wrote everything I 
just described. Sort of. 

The tool for merging an address book contact with their 
Flickr account works (except for the part on page 60 of the Series 60 
Python API Reference that reads : "The following field types are 
recognized but cannot be created at present: thumbnail_image") 
although the UI is awful. I will release it once it's been cleaned up a 
little. 

update: This is almost done but then I saw a presentation on 
Wednesday night and got a little distracted by another neat idea 



which I'll write about soon. This one will be released but until you 
can set a contact's thumbnail image it is a largely pedantic exercise 
with no magic. 

update: fladdressbook 

0.1 http://aaronland.info/python/fladdressbook/ , will "fetch 
and merge Flickr account data for a Series 60 address book contact." 

The tool for doing a slideshow for those contacts worked, 
mostly, and then got dragged down by the lack of a real emulation 
environment for OS X, the inability to do any kind of useful 
debugging the moment you create a Canvas object and who knows 
what's really going on threading weirdness. I would still like to finish 
it but I'm feeling a little burned out by it now and it's hard to get 
excited about anything that is really just a feed aggregator. (I opted 
for polling feeds rather than implementing the API because that 
seemed easier and faster. At the time.) 

But I'd managed to do enough hacking to get a feel for how 
things worked and I started to think about what else I could suck in 
to the address book. Restaurants seemed like an obvious choice and 
keeping restaurants listed in del.icio.us also seemed like a good idea. 
I suppose there are legitimate privacy concerns but to my measure 
they aren't a big deal and don't outweigh the benefits : Ready-access 
from any web browser, not having to deal with synching and just 
otherwise sharing with the community. For example, I spent a lot of 
time poking around 

/helsinki http://del.icio.us/tag/helsinki and 
/helsinki+restaurant http : //del . icio . us/tag/helsinki+restau 



rant before I left for Finland and it was very useful. 

Okay, everything except for the part about ready-access. I 
never did get international-roaming working on my cell phone while 
I was overseas and looking up restaurants, on the web, would not 
have been emergency enough for me to suffer the GPRS rates in 
Europe. Why not just suck it down and store it locally? At a 
minimum having the phone number bolted in to the (drumroll) 
"make a phone call" functionality would make it worth it. If you've 
also got a phone where you can hack away at other information 
(hello, location data) then you can start to have even more fun. 

Translation : Please god, make 
Yelp http : / /www . yelp . com/ develop a decent mobile web site . 

So, yeah, I wrote the thing to do all of 

three things : 

1. All the relevant bookmarks be tagged with restobook 

2. All the restaurant-specific metadata be stored in the 
bookmark's description field. Tags are still stored as 
tags and accounted for later. 

3. All the restaurant-specific metadata be written in a 
bastardized version ofRDF/N3. 

Here's what the metadata for 



Quince http : / /www . quinceres taur ant . com/pages /home_main . ht 

ml , a fancy-pants restaurant in San Francisco, looks like : 



# Does this look strangely like the kind of thing that Norman Walsh has 

# been plugging away at for years? It does, doesn't it. He's smart, like that. 

raddress "1701 Octavia @ Bush San Francisco CA 94109"; :phone "415 775 8500"; 
:yelp "zFxD8QinHt69Bs7M2mgB-Q" ; :hours "M-H 17H30-22H00 / F-Su 17H00-22H0O" ; 

And this is what the application does with all of my 
del.icio.us links tagged with 

"restobook" http://del.icio.us/straup/restobook : 



restobook says hello ! 



Reading configs 

Testing your network connection 

Testing your del. login 

Fetching dates tagged with restobook 

Fetching posts tagged with restobook on 2006-07-21 

Fetching posts tagged with restobook on 2006-07-20 

Fetching posts tagged with restobook on 2006-07-18 

Fetching posts tagged with restobook on 2006-07-17 

Parsing 6 results 

Parsing data for Quince 

Trying to geocode 1701 Octavia @ Bush San Francisco CA 94109 
Parsing data for Bar Tartine 

Trying to geocode 561 Valencia San Francisco CA 94110 
Parsing data for Bacco 

Trying to geocode 737 Diamond @ 24th San Francisco CA 94114 
Parsing data for The Blue Plate Restaurant 

Trying to geocode 3218 Mission St. @ Valencia San Francisco, Ca. 94110 
Parsing data for La Ciccia 

Trying to geocode 291 30th @ Church San Francisco CA 94131 

Parsing data for Schroeder ' s German Restaurant 

Trying to geocode 240 Front St San Francisco, CA 94111 

# At this point, the application actually starts to store 

# the restaurants in your address book. When run in debug 

# (emulation) mode on the desktop it dumps restaurant data 

# to the screen. . . 

Quince (dump) : 



phone_number : 415 775 8500 
city : San Francisco 

geopostion : 37.788026, -122.427107 

tags : f rench italian resto restobook sf tryme 

country : Us 

http : / /maps .yahoo. com/py /maps . py ? addr=yadda+yadda+yadda (map) 
http://del.icio.us/url/cefa3614ae92b5 6ad33 2d5 25da9cc4e0 ( del . icio . us ) 
http : / /www . quincerestaurant . com/ pages /home_main . html ( homepage ) 
http://www.yelp.com/biz/zFxD8QinHt69Bs7M2mgB-Q (yelp) 
hours : M-H 17H30-22H00 / F-Su 17H00-22H00 
state : Ca 

postal_code : 94109-4326 



company_name : Quince 

street address : 1701 Octavia St 



# And so on 

Some caveats and notes along the way: 

• The application prompts you to indicate whether posts 
that already exist on your phone should be merged, 
ignored or checked one at a time. 

• Update: Version 

0.2 http: //aaronland. inf o/python/restobook/s60- 

restobook-o . 2 . tar . gz allows you to specify optional 
tag filters for merging. That is, the application will 
always look for posts tagged with "restobook" but now 
you can also limit it by, say, "restobook" and 
"investigate" . Unfortunately, the filtering has to 
happen on the client side so some of the irritating UI 
problems involving SSL certificates, discussed below, 
remain. 

• This doesn 't actual parse N3IRDF. It uses a really 
sloppy regular expression. If I haven't been bitten in 
the ass by it before you, patches are welcome. No, 
really. 

• There are a couple of del.icio.us-isms that combine to 
make an irritating user experience. First, there is no 
way to get all the posts for a tag in a single API call; 
instead you have to retrieve all the dates for posts with 



that tag and iterate over the list. This wouldn't really 
matter except that del.icio.us has also started serving 
API requests over an encrypted connection using a 
certificate that Nokia doesn't recoginize. (I am not 
convinced that there are any certificates that Nokia 
phones recognize but that's another story.) The end 
result is that you are asked to approve said certificate 
on every request. If there's a way to disable this I 
haven't found it so please tell me. 

I'm not sure what to do about this. One possibility is to 
add an option to restrict updates to only the most recent 
tagged posts or to only fetch posts within a certain 
number of days. Another solution would be to just live 
with it since this is not an appfor obsessive-compulsive 
Internet weenies who want everything updated in real- 
time. 

update: Version 

0.2 http: //aaronland. inf o/python/restobook/s60- 
restobook-0 . 2 . tar . gz prompts you to inidicate 
whether you want to only retrieve the most recent posts 
tagged with "restobook" (and any additional tag filters 
you may have defined). 

• No, you can not subscribe to someone else's 
bookmarks as an import option. That is what 
del.icio.us' copy functionality is for. 



• Yes, (bastardized) RDF/N3. Deal with it. It's no harder 
(or easier) than anything else and has the advantage of 
being more portable. Spend five minutes writing a 
microformats to N3 parser, bolt it on to the various 
del.icio.us bookmarklets and then get on with it. Life is 
short. 

• No, the application is not very smart. It knows how to 
handle basic stuff like addresses and to recognize 
certain fields as "special" . For example, :yelp 
"OMGWTFBBQ "/ is interpreted as a unique identier, in 
their database, and turned into a URL. Otherwise, any 
"unknown " items are stored as individual notes. I 
don't like this either. 

• Namespaces. Sure, namespaces. Patches are welcome. 
Did I mention it's not using a real RDF parser? I want 
to be able to do this too : 

# @prefix trans: <x-urn:asc: transportation :public#> . 

# ^prefix resto: <urn: isbn: 155022560X> < — shameless plug for my friend 

# Sarah ' s book which has a great set of meta-properties for each 

# restaurant; I will try to catalogue them in another post 

resto:Alcohol "Y"; 

resto: CreditCards "if"; 

resto : VegetarianFriendly "N" ; 

resto :PublicTransporation [ trans :metro "Laurier" ]; 



update: Version 

0.2 http: //aaronland. inf o/python/restobook/s60- 
restobook-0 .2 .tar.gz has a poor man's 
namespacing. Items that contain a (non-blank) prefix 
will be grouped together and stored as a single note 
whose label is the value of the prefix. The note does not 
contain newlines, yet, because it seems to be impossible 
to add them through the Python interface. I wait, 
patiently, to be proven wrong. Some sort of indicator of 
the note's N3-ness will be added in version 

03 http: //www. aaronland. inf o/weblog/2006/07/31 
/baconmelon/#unf iled . / just noticed that one — 
sorry. 

vCal, recurring events or basically any sort of calendar 
integration : I am happy to be convinced otherwise but 
the short answer is "No " . (That kind of integration 
would make sense for 

Upcoming http://upcoming.org/ , however.) 

update: 

upcalendar http : / /www . aaronland . inf o/weblog/ 2 0 0 
6/08/04/zebra/#upcalendar , a tool for syncing your 
upcoming.org watchlist with your phone's calendar. 

It may not be sexy but it's useful. Because the address 
book is still the center of everything. And the network 
will never be "always on " . 
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The Helsinki Diaries, Stardate 
: 1151915967 



Heathrow, the same bloody coffee joint. 

It doesn't have anything to do with 
Helsinki http://www.fiickr.com/photos/straup/sets/72157594 
187100815/ , because it could have happened anywhere, but the 
other day I watched a trio of seagulls fight one another for a stray 
hotdog. This seems like a fitting metaphor for contemporary life. 
Once the woman who gave me the tour of Alvar Aalto's 

house http://www.alvaraalto.fi/info/aaltohouse.htm , in the 
Munkkiniemi district, and I got to know one another our favourite 
past-time was to roll our eyes and say : "The world was bigger then 
and smoking wasn't dangerous." 

The part where every woman in Finland is beautiful, to the 
point of distraction, starts to unhinge you after a while. The part 
where it's still dusk at three in the morning unhinges you right away. 
After that, it's pretty great. 

Hair-metal never died in Finland. The recent concert to 
celebrate Finnish death-metal band Lordi's victory at Eurovision 
2006 brought out 90, 000 jubilant fans. Apparently this was the 
largest ever gathering of Finns in one spot. The guy at the record 
store told me people are trying to order Lordi t-shirts for their 
children. 

Basically everyone drinks (beer) anywhere and anytime. 
Often you see people carrying a case of very stubby, by Canadian 
standards, stubbies arranged in rows six by two with a cardboard 
handle. These are referred to as "dachshunds". On my last night, I 



saw a leather case in the shape of an actual 

dachshund http : / /www . f lickr . com/photos /antimega/ 1 80984263 
/ (complete with wagging tongue) in to which you could place 
your beers. 

The geese look funny in Helsinki, by which I mean they don't 
look like Canadian geese. Try to imagine a Canadian goose with a 
puffin's head minus the colour. Finland is sort of like that too. In 
many ways it "feels" like Canada except for the part where you know 
it's not. The best line in the Complaints Choir of 

Helsinki http : / /www.ykon . org/kochta- 

kaiieinen/downioads/cc hei .mov (which may be the most bestest 
thing ever) : "We always lose to Sweden at hockey and Eurovision." 

The city's modern art museum, the 
Kiasma http://www.kiasma.fi/ , is a beautiful space and if the 

ARS 06 http://typo. kiasma. f i/index.php?id=493&L=l&FL=l 
show was any indication they have a better eye for what's going on 
than most art weenies. 

On Saturday afternoon, I saw a guy do an honest to goodness, 
without a trace of irony, wheelie on his crotch-rocket in the middle 
of one of the city's main thoroughfares. 

People in Helsinki eat a lot of ice cream. I wonder whether 
ice cream is to Finns what vanitas paintings were to the Dutch : A 
reminder not to get too excited about the good (warm) times. 

I tried to order herring but the first night they were out and 



the second they were serving it with blue cheese. Everyone in the 
restaurant cheered when Ronaldo's penalty kick eliminated England 
from the World Cup. I ate 

VOrschmack. http : / /www . f lickr . com/photos /antimega/ 1 80984 6 
26/ Both 

Chris http://antimega.backpackit.com/pub/171177 and 
Sampo http : //www. valt . helsinki . fi/ staff /ruoppila/hels ink 
i recommendations . html 's restaurant lists are very good. 

I have a theory that during the Viking era the Finns sailed to 
Wales and stole all the vowels. It is the only possible explanation. 

It's by the sea. It's hard to go wrong when you're by the sea. It 
is low key by Big City standards but still perfect for idly wandering 
around. If there's good coffee I couldn't find it. Nor has 
Chris http://antimega.textdriven.com/antimega/ who's been 
there for two years. 

The bar on the roof of the Hotel Torni is an excellent place to 
go for drinks — especially when the sun never sets. 

I want to go back during the winter months (when the sun 
never rises). I want to go to Turku and see the St. Henry's 

Chapel http: //designfinland.blogs .com/designfinland/2006/ 
04/ st_henrys_ecume.html . 
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Imagine it : Baconmelon 

/tag/restobook: u nf i I ed 
Ladies and gentlemen : filtr 



/tag/resto boo k : u nf i I ed 



Or : restobook0.3 http://aaronland.info/python/restobook/s60- 
restobook-0.3.tar.gz restobook 

0.31 http : / /aaronland . inf o/python/restobook/s6 O-restobook-0 .31. tar . gz 

Aside from a couple bug fixes, the biggest change in this version is the 
ability to "post" a restaurant to del.icio.us. These are not meant to be posts that you 
can share (right away) or immediately re-import back in to your address 

book http: //www. aaronland. inf o/weblog/2006/07/03/smoking/#restobook . 
Instead, they are quick "notes to self" that you can add while you are out and about 
and later fill in the details when you have the time and are not trying to type stuff 
on a cell phone. 

By design, restobook will prompt you for the name of the restaurant you 
want to add. It doesn't have to be the name, really, it can be whatever you want but 
the point is : You can only enter one chunk of text that will help you remember 
what you were thinking about at the time. That text is also used to build a 
temporary URL as a query term into the del.icio.us search 

System http://del.icio. us/search/?all=restobook . 

Posts are tagged with restobook : unfiled and there is an option to 
add others. I suppose in the absence in a "related tags" API method I might add 
some code to keep a history of tags that have been entered in the past. That might 
not be so bad except that when you create a popup menu with the search/ type- 
ahead option enabled in Series60 Python nothing shows up in the menu until you 
actually start typing something. Details, details... 

The remaining changes of note are all related to the weird bastard N3 stored 
in the description field for a post : 

• reservations "555 555 1212 "; is recognized as a phone 
number and stored as such labeled with, yes, "Reservations" . 

• :sfweekly " YYYY-MM-DD " : is recognized and stored as a link 
the restaurant review in the San Francisco 



Weekly http://sfweekly.com/Issues/2 006-07- 
05/dining/eat_print . html . There's also a method for adding used 
defined URL "formats" for converting a property in to a link but I'm 
happy to add others as defaults if people send them to me. I'm just 
adding these as I go. 

• Finally, properties that are grouped together by "namespace" are 
stored in notes whose labels are prefixed with a hash mark. 

Go ahead, it's 

fun http://del.icio. us/straup/resto+sf+investigate . 
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Ladies and gentlemen : filtr 




Shortly after I arrived in Vancouver, in 2005, 1 stopped using my digital 
camera. I put it in a box and mailed it to a friend back 

home http: / /www. fiickr.com/photos/biiodeau/ . Having never owned a cell 
phone prior to leaving 

Montreal http://www.aaroniand.info/webiog/2004/12/31/5577/ ,Ihad 
quickly discovered that being able to "moblog" was what I had been waiting for all 
along (despite an on-going dislike of the term itself). 

Plus, it wasn't as though I was ever pleased with the photos my so-called 
proper camera took. During the 

two http: / /www. f lickr . com/photos /straup/ sets/ 9 1 194/ 

years http://www.fiickr.com/photos/straup/sets/90607/ that I used it 
there wasn't a single photo published that wasn't cropped or tweaked or kicked in 
the gut. The only wonder is why it took so long to do the same for my camera 



phone pictures http://www.flickr.com/photos/straup/sets/859009/ . 

Long story short : it took until 

September http: / /www. flickr.com/photos/straup/42193854/in/dateposted 
/ before I sat on the floor of my apartment, one Saturday morning, and just 
cranked it out. I grabbed a copy of the creating a Lomo filter with Image 

Magkk http : / / the . taoof mac . com/ space /blog/ 2 005-08-23.23:59 script 
that's been floating around forever and used it as a template to try and teach the 
camera on the Nokia 6630 to sing. There was no science in my effort, only art and 
experimentation and the surprise at the end of each photo. 

It took about 45 minutes to build a workflow to receive, process and finally 
publish photos. This was mostly because I simply ignored all of the details you 
need to account for when you publish code-y bits for other people to use. On the 
other hand, I was wandering around taking pictures that afternoon so it seemed like 
a worthwhile trade-off at the time. 

So was born 

filtr http: //www. flickr.com/photos/straup/tags/filtr/ . Over the next ten 
months, it was followed by a number of variations including: 



pOStcrd http: //www. flickr.com/photos/straup/194147669/ 



stndpipe https//www. fiickr.com/photos/straup/202945604/ 




movr http: //www. flickr.com/photos/straup/192184 337/ 



And the ever-popular 
rockstr http://www.flickr.com/photos/straup/106036704/ . 

Some, like "movr" were mostly experiments to see if it could be done. The 
rest have been children of circumstance which usually meant weird lighting or a 
new camera. It's always been on my list to add some smarts to try and adjust the 
settings on the fly based on ... I don't know really, probably something pretty dorky 
but like I said I kind of prefer the surprise. 

There's also one named after 

heathr http://www.flickr.com/photos/straup/210497262/ whom you have 
to thank for this post. She stood in front of a room full of people and used "filtr" as 
one example to demonstrate the idea that, paraphrasing, "This technology thing is 
what you make of it." 



Which is about as good as it gets. 

Here are some things you should know about filtr: 

• It is a shell script. 

• It will require installing things with names like "jhead". 

• It works on FreeBSD and OS X. It will surely work with Linux but not 
without a patch; I just haven't had the time or bandwidth to test paths 
and arguments on a Linux box. 

• There is basically no documentation (yet) except for what I wrote 
yesterday http://aaronland.info/bin/filtr/README . 

• It is not a complete publishing package. It crunches files locally and 
generates new files locally. How you get them in to filtr and what you 
do with them afterwards is your business. 

• It's works for me. If you've got patches, suggestions or ideas to make it 
play nicer with the rest of the kids send 'em in. 

• / might put this on one of the "code forges" if only as an excuse to 
learn subversion. We'll see. Life is short. 

• Did I mention it's a shell script? I'm not a very good shell scripter. 
Ladies and gentlemen : filtr http://aaronland.info/bin/filtr/ 
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Zebra in a crosswalk 

Stating the obvious one post at a time 

upcalendar 
We are all watching each other 



Stating the obvious one post at a 
time 



Meanwhile, in the "So obvious it hurts" Department : Timelines for 
weblog archives /webiog/2006/ . This is still very much a work in progress but 
gradually I will add them across the board. 

Update: I've started experimenting with grouping posts by date but labeling 
them by tag. It gives a better sense of the shape of 

things http://www.aaronland.info/weblog/2005/index.html and makes it 

easier to handle years with (too) many 

posts http://www.aaronland.info/weblog/2 003/index.html . It is also a good 
tool for spotting posts that are poorly tagged or not tagged at all. 
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Q www hack wifi 


Q sf risotto food restD 
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movabletype perl email 
aaronland 

• Introducing MT::Import::' 1 ' 



There are a lot of design-y / layout issues that still need to be accounted for, 
particularly labels that are too long to be displayed properly. There may be ways to 
tweak things in the JavaScript code but I haven't poked at it too much yet. I was a 
little terrified to find so much of the CSS inlined but maybe there's a reason for 
that. We'll see. 



Related : a timeline of my Flickr photos from January, 



2006 http://www.aaronland.info/weblog/2006/08/04/zebra/fltimeline.htm 
1 • 
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upcalendar 



I think the first thing I ever seriously considered writing in Series 60 
Python was an application to talk to Upcoming http : / /www . upcoming .org/ 



Last winter, I decided to go a Dorkbot meeting for the first time. As is my 
fashion I didn't bother to write down the directions, instead quickly looking at the 
address before I left the office and making a ballpark mental map of the location. 
By the time I'd gotten "there" I had forgotten most of the details and found myself 
walking straight in to the heart of the Tenderloin. 

The Tenderloin doesn't really bother me, at least not in the way it is talked 
about it in hushed tones, but I knew it wasn't where I was supposed to be going. I 
also didn't feel like it was the best place to whip out a laptop and start poking 
around for wireless hot-spots. I wouldn't have thought twice about getting out my 
phone, though. In fact, I employed cutting edge mashup technology to call a friend 
who I knew would be sitting in front of the Interweb and got him to tell me the 
address http://upcoming.org/event/50283/ . 

But really : It's a no-brainer. Why not just sync events in Upcoming with 
the calendar on my phone? Store the name of the event, an address and phone 
number and optionally an alarm so that I'm not caught by surprise. That's it. Which 
isn't much. Until the moment when you need that information — and not, say, your 
social network's tags for that event — at which point it's eveything. 

upcalendar (0.1) says hello! 



Reading configs 

Testing network connection 

Testing authentication token 



welcome, straup - upcalendar is ready to go! 

To begin, select 'Merge your watchlist' from the Options menu 
Collecting events on your watchlist 
Found 13 events 

# 

# At this point, the application actually starts to store 

# the events in your calendar. When run in debug (emulation) 

# mode on the desktop it dumps event data to the screen. 

# 

Ozomatli 

Stern Grove, 19th Ave & Sloat Blvd. (San Francisco) / 415.252.6252 
1156104000 - 1156104000 

Snakes on a mother-f ***ing plane 

TBD, check the website (San Francisco) 
1155931200 - 1155931200 



Imaging Environment : Maps , Models , and Metaphors 



Stanford University, Stanford Campus (Palo Alto) 
1163095200 - 1163206800 

Presidential Lecture "Thinking About Blasphemy and Secular Criticism" by Talal Asad 

Stanford School of Education - Cubberley Auditorium, 485 Lasuen Mall (Stanford) 
1160449200 - 1160449200 

# And so on. . . 

Done! 

Some notes: 

• The calendar really needs to have "phone" and "URL" details, 
complete with automagic content handlers for doing the Right Thing 
when you select them. 

• It's a Series 60 Python script. Speaking of which : threading in Series 
60 Python — what an awesome idea. I wish it worked. 

• I could be convinced to add glue to squirt individual venues in to the 
address book if people thought that would be useful. 

• upcalendar uses Upcoming authentication 

tokens http://upcoming.org/services/api/token_auth.php . 
The really short version is : Setting it up pretty much sucks on a 
mobile phone. Be sure to read the section on authentication in the 
README http://aaronland.info/python/upcalendar/README 

file. There are no magic bullets but you should only have to set it up 
once and is worth it in the end. 

• Recurrence. So, no — not really. It's a hard problem and not one that 
occurs in Upcoming very often. I will tweak it on a case-by-case basis 
or as patches arrive. 

• Please for similar device specific (or at a minimum, calendar and 
address book) integration in 

PyMaemo http: //pymaemo. sourceforge.net/cgi- 
bin/moin.cgi/ . Would that I were a C programmer. 



Information wants to be fre... in your pocket : 



Upcalendar http://aaronland.info/python/upcalendar/ 
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We are all watching each other 



I saw Eric Paulos http://www.pauios.net/ speak at Dorkbot, last 
week. Like a lot of people, these days, he is thinking about what networked 
computers all over the place will mean for urban spaces and the people living in 
them. He demo-ed something called Sashay http://berkeiey.intei- 
research.net/pauios/ which is a little application that logs all of the cell 
towers you pass during the day and then generates images mapping not their 
location but their relationship to each other. 

He had already won me over when he talked about doing something more 
interesting than another application to find the closest restaurant and I thought : I 
should build one of those too. So I did. 



# I have a lot of time to kill on the shuttle between 

# the city and the Valley. 

1 154620721 ;gsm; 310; 170; 240; 20291 

1154620655;bt;00:0e:ed:19:2a:64;00: 13:70:6a:f 7:b2; \ 

00:13:70: 6c :27:ce;00:16:db: da :0e:ca 
1154620721;bt;00:13:70:6c:27:ce;00:0e:ed:19:2a:64; \ 

00:13:70:6a:f7:b2;00:16:db:da:0e:ca 
1 154620787 ;gsm; 310, -170; 240; 20291 

1154620787;bt;00:0e:ed:19:2a:64;00:13:70:6a:f7:b2; \ 

00:13:70:6c:27:ce 
1 154620855 ;gsm; 310, -170; 240; 20291 
1 154620921 ;gsm; 310, -170; 240; 20291 

1154620855;bt;00:0e:ed:19:2a:64;00:13:70:6a:f7:b2; \ 

00:13:70: 6c :27:ce; 00 :13:70:6d:24:55;00:07:e0: 07: 9a :a7; 

00:16:20:84:17:5b 
1154620921 ;bt ; 00 : 13 : 70 :6c:27:ce; 00 :0e:ed: 19 :2a: 64; \ 

00: 13:70:6a:f 7 : b2 ; 00 : 13 : 70 : 6d: 24 : 55 ; 00 : 07 :e0 : 07 : 9a : a7 ; 

00:07:e0:22:b7:69;00:14:51:d4:a5:af ; 00 : 14 : 51 : d6 : 06 : bb 
1 154620988 ;gsm; 310, -170; 240; 20291 
1 154621058 ;gsm; 310, -170; 240; 20292 

1154620988;bt;00:13:70:6c:27:ce;00:0e:ed:19:2a:64; \ 

00:13:70:6a:f7:b2;00:13:70:6d:24:55;00:07:e0:07:9a:a7; 

00:14:51:d4:a5:af ; 00 : 07 : eO : 22 :b7 : 69 ; 00 : 14 : 51 : d6 : 06 : bb 
1154621058;bt;00:13:70:6a:f7:b2;00:13:70:6d:24:55; \ 

00:07:e0:07:9a:a7;00:14:51:d4:a5:a£;00:07:e0:22:b7:69; 

00:14:51:d6:06:bb;00:13:70:6c:27:ce;00:0e:ed:19:2a:64 



Exciting, huh? Most data collection isn't. What you're looking at is a Unix 
timestamp followed by a data source and either the available cell tower 
information (gsm) or the list of Bluetooth addresses within range (bt). Here's 
another way to look at it : 




On the left are all the Bluetooth devices that I was nearby during the day, 
and their nearby-ness to each other. On the right, cell towers. These are not nearly 
as sexy as the graphs that Paulos showed but you get the idea. The GSM diagram 
is especially interesting to me since it received no more special magic than 
anything Graphviz http: //www.graphviz .org/ does and is a more than better 
representation "mapping" my day : I started in the Mission and went down the 101 
to Santa Clara, and then further South for lunch looping back to the office and then 
finally up and over to the mothership, in Sunnyvale. 



I wonder whether that was just a fluke or if it will always be possible to 



recognize the shape of the relationships. Speaking of relationships, the other other 
fun bit would be to write a small app to scan the room for available Bluetooth 
addresses and then associate known devices with individuals in your address book. 
The when you were crunching your Bluetooth logs you could cross-reference the 
(device) addresses and display meaningful names instead of "Zorgon" or "Pam's 
N72". Or, if you did that and also "merged" their Flickr account data (with 
your address 

book) http://www.aaronland.info/weblog/2006/07/03/smoking/#restobook 

you could : Walk in to a room, scan it for all the Bluetooth addresses with 
corresponding Flickr IDs, fetch each users tags and...uh... 

Profit! 

s60-nwtracker.py http://www.aaronland.info/python/nwtracker is 
a Series 60 Python application to monitor and record nearby cell tower and 
bluetooth address information. The data can be stored locally to disk or to a 
network location over HTTP. It is only a tool for collecting data but since there 
aren't a whole lot of those out there I thought I would share mine. 

Aside from the regular Series 60 Python, you'll also need the socket 
libraries from the nice PDIS 

people http://pdis.hiit.fi/pdis/downioad/pdis/ . The application can run 
happily in the background for many hours and probably all day if left 
uninterrupted. The nature of mobile phone operating systems may mean that 
another application running at the same time, or gobbling up all the available 
memory, will cause Python to be terminated without warning. Life sucks and so 
on. 

Update : I've released a new version of the 

application http: / /www. aaronland. inf o/python/nwtracker/s6 0-nwtracker- 
0 . 2 . tar . gz that modifies the log string to include the interval, in seconds, 
between polling. Because mobile phone connections can beflakey, and because 
Series 60 Python will sometimes just silently die, this helps when generating 
reports and graph-y bits and determining whether two events were contiguous. 



Be seeing you. 
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The "Federal Protective 
Service" is roaming the 
streets of San Francisco 



Small Pings Loosely Joined 
KMimeType application/dwim 



Small Pings Loosely Joined 



Or : restobook 

0.5 http : //aaronland . inf o/python/restobook/s60- 

restobook-o . 5 . tar . gz , the WS-DWIM release. 

Earlier this week, 
Leonard http://www.randomfoo.net/ roped me in to doing an 
informal presentation on my Series 60 Python 

hacking http://www.aaronland.info/python/soap/ over 

lunch. When I got to the part about restobook, I explained how 
: ye lp " 1 2 3 4 " is converted into a proper URL and stored as 

Such in the address book. JR http://blog.unitedheroes.net/ , 

who works at Y! Local, piped up and asked if I would do the same 
for their unique identifiers. So I did. 

I have played with the Y! Local 

APIs http : / /developer . yahoo . com/search/ local/V3 / localSea 

rch . html a bit but I hadn't really considered them in the context 
of restobook until JR and I started exchanging email afterwards. 
Here's how the new features built themselves out over the course of 
the next four or fives shuttle bus rides between the Mothership and 
the city : 

• If you store :ylocal " 1234" in the extended 
description for a del.icio.us post, restobook will 
convert it into a proper URL. 

• If you store :ylocal " 1234 " in the extended 
description for a del.icio.us link and do not also define 



an : address property, restobook will ask Y! Local 
for a dump of the information about ID 1234 and store 
it in your address book accordingly during a merge. 

• If you enter y : 1234 when you adding a restaurant 
from restobook itself, restobook will ask Y! Local for a 
dump of the information about ID 1234 and build 

: address, : phone and other properties to include 
in the del.icio.us post accordingly. 

George http://george08.blogspot.com/ pointed 

out that she would never enter a numeric ID and the 
truth is neither would I. But you can. 

• If you have enabled Y! Local searching (in restobook) 
and defined a default search location ( say, "San 
Francisco, Ca ") when you add a restaurant from 
restobook it will first ask Y! Local for anything 
matching the place you are adding in said location. If 
you find what you're trying to post in their list of 
matches all the relavant data is squirted in to the 
del.icio.us post and your address book is updated right 
away. At least in big (American? ) cities, this works 
surprisingly well. Walking through Nob Hill the other 
day I spotted an Italian restaurant, called 

Milano http://del.icio.us/url/d72c356fl9043ce 

9a94cef f f 3f f 04d8b , that might be worth trying and 
the Y! Local stuff Just Worked. 



The APIs don't include business hours or cross-street 



information which would make them even more awesome. In their 
absence, not having to enter address and phone information is 
pretty great all the same. 

I also bought a Bluetooth enabled GPS unit recently, so I 
look forward to playing with that and seeing how it can be used in 
the context of applications like restobook. At first it seems obvious 
that you'd want to always use your current coordinates when 
adding a restaurant but the point of the functionality is to be able to 
add stuff to del.icio.us quickly when you think of it and not 
necessarily when you are walking past it. In that sense, defining a 
default location, or context, may still be a better approach. 

Or maybe a popup menu that lists your current location, 
your default location (assuming it's different) and the option to 
enter something by hand. That seems more likely. There are a 
couple other tricks for figuring out your "current" location, on the 
fly, but I'm not allowed to tell you about them yet. 

Soon, hopefully. 
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Or : restobook 

0.4 http : //aaronland . inf o/python/restobook/s60- 

restobook- o . 4 . tar . gz , now with search- fu. 

The good : You can now search your addressbook contacts 
using a select menu containing the aggregate tags for all the 
restaurants you've merged from which you can quickly choose 
stuff like "beer+sf" or "sf+downtown+investigate". 

The bad : I don't think there's a way, in Series 60 Python, to 
programatically open an address book contact in the address book 
itself. 

At the moment, I am employing an ugly hack. When you 
select a restaurant and you want to see its details, the database 
entry is written to disk as a vCard and then passed off to the built- 
in "content handler" framework which opens it in something called 
the "Business Card Viewer". Which is fine except that there is no 
functionality beyond viewing and importing the card in to your 
address book. No dialing phone numbers. No opening URLs. 
Nothing. 

So, I guess I will have to write more code to Do What I 
Mean. But not in this release. Instead, I've added a prompt when 
the application starts that allows you to run in offline mode so you 
can do your search-y bits without having to hassle with GPRS and 
SSL certificate dialogs. 



Finally , the nice yelp http : / /www . yelp . c om/ people 
have launched their mobile site so I've updated the magic : yelp 
handler to point to it. "Optimized for the Treo", indeed. 

Update : I've released version 

0.41 http://aaronland.info/python/restobook/s60- 

restobook- o . 4 1 . tar . gz which parses the raw address for § 
Some Cross St . and stores a match as a note. Useful, that. 

Oh and also, the tool to fetch and merge Flickr account 
data for an address book 

Contact http : / /www . aaronland . inf o/weblog/ 2006/07/03/ smok 

ing/#restobook that started all this nonsense : It was finally 
released the other 

day http://aaronland.info/python/fladdressbook/ . 
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A town called Patience 

I went to Conflux and all I asked was Do you... 

Post filtr 
Hello, computer? 



I went to Conflux and all I 
asked was "Do you have an 
API for that?" 



I enjoyed Conflux http://www.confluxfestival.org/ . 

I would like to recommend it to everyone because I think they are 
poking at some interesting problems — especially now that the 
Network and mobile devices are approaching the fast, cheap and 
out of control stage — but I think it is still one of those events that 
requires a certain kind of intellectual formal wear (or battle gear) to 
tease anything useful out of it. 

I found myself experiencing the same welling up of hate 
and anger that defined the years I spent at 

NSC AD http://nscad.ns.ca/ (and I'll get to that in a minute) 
which meant I wasn't on completely unfamiliar ground. 

Hopefully, someone will post the text, or a recording, of 
Dennis Wood's Lynch Debord! About Two 

Psychogeographies http : //conf luxf estival . org/pro jects . ph 

p?projectid=3 83 . It was a very good overview of the terrain 
convered by the conference participants and helped me feel not 
quite so dirty saying the phrase "pyschogeography", since that's 
what the whole conference was "about". 

Lynch was Kevin 

Lynch http://en.wikipedia.org/wiki/Kevin_A._Lynch , an 

urban planner, and Debord Guy 

Debord http://en.wikipedia.org/wiki/Guy_Debord ,a 

prototypical art loafer who founded the so-called Situationalist 
movement. Pithy comments aside, both were intensely interested in 
the how and why and the impact of urban spaces. (For example, I 



spent four days in Williamsburg, New York and barely felt like I'd 
left the Mission district in San Francisco.) 

This is not bad stuff; mostly it's just wrapped up in a kind of 
banter that makes people suspicious. It is especially interesting to 
consider as the Internets and cheap plane tickets continue a kind of 
"collapsing of geography", to borrow Douglas Coupland's phrase. 
It is always worth remembering that Paris' Grand Boulevards were 
created by government fiat following the revolts of 1848 in order 
to more easily fire cannons at revolutionaries. Or, put another way 



"Political, religious, ethnic or cultural conflicts have 
affected Baghdad, New York, London, Paris and 
Istanbul and influenece our perceptions about, and 
use of, space. Despite its peculiarities, Jerusalem 
must be considered against this global horizon. 
Cities are being transformed through government 
measures against the backdrop of a pervading fear 
of terror threats — be they real or imagined. In the 
end, urban diversity itself is perceived as a potential 
threat: attacks from within are anticipated in the 
form of disguised fundamentalists, extremists, 
assassins, and suicide bombers, fueling suspicion of 
the unfamiliar. Security, control and panic are all 
influencing contemporary urban spatial production; 
empty spaces, wastelands, parks or roads can 
become new frontiers. Suburbs can be transformed 
into gated enclaves, and suburban shopping centers 
into fortresses. Jerusalem — once perceived as an 
isolated case, taken hostage as it were by the Israeli- 
Palestinian conflict — seems to have become now 
to be an antecedant for other cities' 
transformations." 

City of Collision: Jerusalem and the Architecture 

of Conflict 

Urbanism http : / /www . powel Is . com/biblio / 3 - 

7643-7482-9 



"Units of ambiance" was Debord's expression. 



So, going on 50 years now we've had the art weenies trying 
to make a better world by doing performance art in the subway and 
the urban planners trying to make a better world by herding people 
in to housing projects and painting the bricks pink. In to all of this 
come the people who haven't done anything for the last ten years 
but live and breathe online and who see the emergence of a 
ubiquitous telecommunications network as completely reshuffling 
the deck. 

(The artist/urban planner split mirrors the split between 
artists and architects surrounding Modernism. Artists thought it 
would crush the human spirit and generally lead to the 
commodification of everything. Architects thought it was good 
since the commodification of everything makes it easier to get the 
raw materials to build things and there's nothing like covering a 
few square acres in concrete to fuel the illusion that you really are 
God.) 

All of which struck me as good food for thought since we 

just launched maps http: //www. elatable.com/blog/ ?p=60 . 

I left Conflux wondering whether the network wonks and 
the artists will eventually play nicely together. There is still a 
prejudice among artists whose focus is "place" towards work that is 
site-specific, not reproducable (but usually documented as though 
it were really a piece about obsessive compulsive disorder) and 
unfettered by technology. To the extent that we're not talking about 
black helicopters, aluminum foils 

hats http: //www. flickr.com/photos/allspaw/242424536/ 



and getting crushed by The Man I can agree that all of these 
electronic gadgets are "devices of control" and we should be 
careful not to let our lives be completely mediated by them. We 
still bleed and we shouldn't need wars or conflict to remind us of 
that. 

How much of this is born of conviction? How much is a 
way of compensating for a lack of resources, whether it's time or 
money? How much is due to a lack of understanding? Where do 
these motivations intersect and overlap? I've been asking this ever 
since I got my first laptop in school and was rudely awakened the 
reality that there is no art in waiting for the newest Photoshop 
filters or becoming a knob-jocky in Flash. I more or less went off 
the deep-end at that point and, ten years later, the only painting or 
drawing I do is on 

Whiteboards http: //www. flickr.com/photos/straup/20600914 

o / or post-it notes during meetings . 

I do not recommend this approach for everyone. 

On the other hand, it still feels like the arts community is 
perpetually five years too late to the Internet party; never able to 
imagine anything more substantive than glorified brochure ware 
and even that's been a long time coming. Some people get it but, by 
and large, they are people from outside the fine arts world whether 
they are media studies 

Weenies http://www.youarenothere.org/ or 
architects http://www.tacticalsoundgarden.net/ Or 



sometimes even computer dorks http : / /www . waymarkr . com/ . 
To be honest, I am no more confident that there's "fine art" to be 
found online now than I was ten years ago (maybe easter eggs of 
ambiance are the most we can hope for) but at least some people 
are making an effort to see where the Internet leads rather than 
waiting for someone to draw them a map. 

At least they know what an "API" is. 
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Post filtr 



NAME 

postfiltr - Post-filtr photos uploaded to Flickr. 



SYNOPSIS 

$> /path/to/postf iltr -c /path/to/conf ig 

DESCRIPTION 

Post-filtr photos uploaded to Flickr. 

postfiltr will search for a user's Flickr photos tagged with postfiltr, 
retrieve the original file for local filtr-ing before re-uploading (and 
replacing) the photo to Flickr. 



I needed this because sometimes there is no time to "roll 
your own" : postfiltr- 

1.0 .tar .gZ http://aaronland.info/bin/filtr- 
tools /postfiltr/ 



In other news, filtr 

0.21 http://aaronland.info/bin/filtr/filtr-0.21.tar.gz 

was released last week, thanks to the many kind patches from 

have finally gotten around to setting up a proper (yeah yeah yeah, 
other formats to follow...) syndication feed for recent code-y 

bits http: //www. aaronland. inf o/weblog/ syndication/recent- 
code -at om-1 . 0 .xml . 
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Hello, computer? 



NAME 

s60-locatr.py - display Flickr photos based on your current location 



SYNOPSIS 

Phone > My own > Python > Options > Run script > s60-locatr . py 
DESCRIPTION 

locatr is a Series 60 Python application to display Flickr photos based 
on your current location (using a GPS device). 

HOW IT WORKS 

locatr will try to connect to a Bluetooth enabled GPS device and ask it 
for its current location. 

Then it will query Flickr for recent photos taken nearby. 

Once it has a list of photos it will display them on your phone's 
screen. 

Profit! 

Ladies and gentlemen, s60- 

locatr.py http://aaronland.info/python/locatr/ . Details to 

follow. 
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Bake me a painting 



Because I am a cheap bastard 
Tommi asks Symbian Signed - should it be changed... 

locatr-er 
The Illusion of Easy 



Because I am a cheap bastard 



Against my better judgement, I have started poking at 
Twitter http : / /www . twitter . com . I do not have an unlimited SMS plan on my 
phone so I have been relying on the Jabber 

endpoint http://twitter.com/biog/2006/11/twitters-jabber-support- 
reieased-under . html which is sometimes on and sometimes not. Or my IM 
client is wigging out and it just seems that way. Did I mention I am impatient? 



Then it occurred to me that I do have an unlimited data plan and use a phone 
with a Python interpreter and Twitter has an 

API http://twitter.com/heip/api . Then I remembered that I am using a 
freedom-hating Series60 3rd 

Edition http: //www. aaronland.info/weblog/2006/09/28/bake/#poison 

phone. Then I decided to write something (in pure Python) to fetch and display my 
contacts recent mutterings, anyway. 



What follows is not something you can download to your phone and just 
start using. It is only the guts of the application divorced of all the usual Series60 
setup, GUI bindings, polling and error handling. I suppose I will get to that over the 
weekend. Otherwise, you can run it from the command line. 



# -*-python-*- 

import anydbm 
import re 
import base6 4 
import httplib 

user = "twitter@example.com" 
pswd = "s33kret" 

seen = anydbm. open ( "c : Wtwitter" , "c") 



auth = base64 . encodestring ( user + ":" + pswd) 
headers = { "Authorization" : "Basic %s" % auth} 

conn = httplib. HTTPConnection ( "twitter.com" ) 

conn. request ( 'GET' , " /statuses/ friends . xml " , None, headers ) 



# BLARGH! What fucking part of making "Internet" 

# devices without a built-in XML parser doesn't 

# Nokia understand... 



pattern = "<name> ( . * ? )</name> . *? " 
pattern += "<id>( . *? ) </id> . *? " 
pattern += "<text> ( . * ? )</text> . *? " 

pattern += "<relative_created_at> ( . *? ) </relative_created_at> " 
for m in re . findall ( pattern, xml, re.DOTALL) : 
uid = m[ 1 ] 



if seen.has_key(uid) 



continue 



# As in : 

# Bob said : ' OMGWTF - the lettuce is pink!', about 5 hours ago 

msg = "%s said : ' %s ' , %s" % (m[0], ra[2], m[3]) 
print msg 

# But wait! There's more!! 

# Other possibilities include : 

# import audio 

# audio . say (msg ) 

# import misty 

# misty. vibrate(500, 100) 

# and so on. . . 
seenfuid] = "1" 

seen. close( ) 



Obviously, the best thing would be to create a new inbox message and let the 
phone take over at that point, beeping and blooping according to whatever rules a 
person has set up . This does not appear to be part of any of the APIs yet. 



If I had to pick, though, I'd still choose a built-in XML parser first.... 



Update: 



Oh, and still it gets better. If by "better" you mean I should want to write 
my own XML parser this 

It turns out that Series60 Python does not support the re . DOTALL flag, for pattern 
matching. The result of which is that the following piece of nastiness : 



res = conn . getresponse ( ) 
xml = res. read () 

matches = re . f indall ( pattern, xml , re . DOTALL ) 



Becomes the jaw-droppingly stupid : 



res = conn. getresponse ( ) 
xml = res.read( ) 
xml = xml. split ( "\n" ) 
xml = " " . join ( xml ) 

matches = re . f indall ( pattern, xml) 



Which is really salt on the still sore wound created by the goofy pattern 
nonsense, but at least it works. Until it doesn't. When I tested this on my phone, 



xml ended up being a string 7144 characters long. Somewhere between 0 and 7144 
is the wire that will trip the SRE_ERROR_RECURSION_LIMIT wire in your 
phone's regular expression library : 

# Careful readers will note that the USE_RECUSION_LIMIT 

# stuff is absent from the standard Python sre.c code 

96 |#if defined(SYMBIAN) 

97 |#define USE_RECURSION_LIMIT 5000 

98 |#endif 

Or, put another way : E_EXCESSIVE_FOAD_LIMIT 

Update my update : 

I have a working version for a Series 60 2nd edition phone that uses the 
PDIS Element Tree XML magic. I wrote it largely out of stubbornness since my 
phone's lack of vibrate-ability makes the whole thing sort of pointless. Some day the 
stars will align themselves in a way to make sense of all this crap and when they do 
I will be ready. 

I have also chunked out the guts of the program in to a base library from 
which I've written a tool for displaying notifications using Growl and its Windows 
equivalent Snarl. It would be reasonable to ask why I don't just continue to use the 
Jabberbot to display messages. All I can tell you is that I like eye-candy as much as 
the next person. I was also thinking of writing a proxy API which would keep track 
of which messages I had already seen regardless of the "device" I was using but that 
seems like something better done at the service layer. 

(And I wanted to play with Growl some more now that we've released the 
recent activity methods for 

Flickr http: //www. flickr.com/services/api/flickr .activity .userPhotos .ht 
ml .) 

Ladies and gentlemen, twnotifier.py 

1.0 http://aaronland.info/python/twitter/twnotifier/ 
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Tommi asks "Symbian Signed - 
should it be changed somehow?" 



I've tried to post a reply to this 

post http: //blogs .s60.com/toirutii/2006/10/symbian_signed_should_it_be_ch. 

html three times now, but Movable Type has cranked the suck knob and keeps 
asking me to "re-enter my security code" without providing any input field for doing 
so. By the time you read this my comments may have been added thrice-fold but on 
the assumption that they haven't, this is what I said : 



In so far as S60 Python development is concerned, the 3rd edition 
signing process has effectively poisoned the well. 

None of the scripts I've written for 2nd edition 
phones http://www.aaronland.info/python/ work due to 
permissions issues despite the fact that the (3rd edition) interpreter itself 
is signed with access to all of the APIs in question. Even then, my 
understanding is that access to the calendar API has been removed from 
the spec altogether. 

I may get around to requesting a certificate and going through the 
process of having each app signed but I might as well also start writing 
everything in C++ or Java. The "killer app" in the Python application is 
the ability to quickly brainstorm and prototype tools that can actually do 
something *with* the phone : the calendar, the address book, the 
camera, cell tower information, etc. 

I haven't really tested 

Raccoon http : / / opensource . nokia . com/pro jects /mobile-web- 
server/ for the 3rd edition yet but I can only assume that the same 
(signing) restrictions apply to mod__python scripts. I love the fact that I 
can run a web browser locally on my phone (BTW, browser-app people 
: requests to http://127.0.0.1 do not need to connect to the Internets). The 
ability to use the browser's rendering engine to handle all the boring UI 
stuff combined with JavaScript and Python to manage and manipulate 
the information on my phone is in a word : Awesome! 

Sadly, I don't think it's a realistic prospect on 3rd edition phones given 
the burdensome nature of the signing process. There are some people for 
whom the cost of signing their scripts won't be an issue. For some 
people it will be. For most people, it will just be a barrier too high for 
them to want to care. 

Perhaps a signed certificate for SIS files is prudent (I remain 
unconvinced) but to extend the same policy to scripts whose interpreter 
already has a complete permissions set shuts down an avenue of 
possibilities that was only just beginning to open up. 
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locatr-er 



BUT WAIT! THERE'S MORE!! 

As of version 0.2 locatr is also able to determine your location by 

passing your device's cell tower information to the ZoneTag celltower-based geocoder 
API and then again through Yahoo Local's geocoder API. 



locatr 0.2 http: //www. aaronland. inf o/python/ locatr/ s 6 0-locatr- 
0 .2 .tar.gz 
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The Illusion of Easy 



Prologue 



A: 

also, just in case you don't have enough fear in your life : 

A: 

{< #if: {{<2}}} | [[{{{1}>}:={{{2>}}|[[{{<2}}>|{< #if: {{{3}}} | {{{3}}} | {{{2}}} }}]]]] | [[{{{1} 

D: 

wtf is that?l? 

A: 

wikipedia templating nonsense 

A: 

awesome, huh? 

D: 

gah, looks like lisp 

D: 

intuitive 

A: 

yes, but lisp has the advantage of actually being powerful 

A: 

the above is just a pain in the ass 

D: 

haha 

D: 

So wikipedia is a real programming language now then, huh? 

A: 

hahaha 

A: 

hardly 

A: 

the {{ #if: }} stuff is a whole other extension / set of terrifying code 

A: 

I am experimenting with the semediawiki extensions and trying to get stuff working with as little " 

D: 

Bah, no entry for semediawiki on wikipedia. 

A: 

semantic mediawiki 

D: 



Heh, I guessed that part, was looking for juicy details. 

A: 

http: / /meta. wikimedia.org/wiki/Semantic_MediaWiki/ 

D: 

I can't help but feel that semediawiki looks a lot like building an internet within an internet, is 

A: 

it's still an experiment but the idea is that : 

A: 

* wikis are easy to use 

A: 

* and easy to read 

A: 

* and provide some measure of "search"-iness 

A: 

* and with judicious use of templates 

A: 

* you can convert { {author | rdc | Reverand Dan Catt}} in to [ [dc:creator:=rdc] ] 

A: 

* and then use semediawiki to export the RDF-iness of the dc : creator-iness 

A: 

or something like that 

A: 

I've only been poking at it for a day or so and the documentation for wiki* really kind of sucks 

D: 

sounds genius! ... kinda a grownup academic version of myspace. 

A: 

this is essentially what Dave Beckett wants to do for tags 

D: 

Yes, I thought it'd be leading to there. 

A: 

the problem with the wiki stuff being : 

A: 

* it is easier than writing N3 

D: 

heh ... you should get together with C. ... we've been plotting a recipe engine thing with flickr a 

A: 

* but its easiness is illusory because of the massive amounts of wikipedia-related inf rastucture ne 

D: 



... so you get to build a new "thing" out of other "things" (ingredients) ... and each thing contai 

A: 

semediawiki is really terrible at importing third party namespaces like ... say ... .dublin core 

D: 

Easiness is illusory... I'm going to print that and stick it above the desk. 

A: 

and you have to do a lot of insanely boring leg work 

A: 

well, the original idea for the wiki stuff was to use it for ingredients and measures 

A: 

so, you could write I: beer where I: was just a prefix to some. wiki. org?title= 

D: 

Ah see, it's a perennial good idea 

A: 

and then you could add metadata about "beer" to your heart's content 

A: 

and if you used the semediawiki stuff it would automagically get exported in the happy RDF 

A: 

when the wifi on the bus dies I work on the python libraries to convert a subset of wiki text to/ f r 
eatdrinkf eelgood "2 .0" ) 

D: 

Heh, bus hacking, when-ever will you find the time when the office moves to SF? 

A: 

I just won't have to leave the house so early ;-) 

D: 

You ' 11 miss it 

Easy is a state of mind 

This is easier than writing 

N3 http: //www. aaronland. inf o/weblog/2 0 06/04 /19/f eedme/#erdf g-wr iter : 

= Name = 

{{title|Baked Beans | Beaners and weiners}} 
= Categories = 

{ {tags | beans | dottie | comf ortfood} } 
= Ingredients = 

* 1 {{qt}} {{ing|navy bean}}s 

* 3/4 {{lb}} {{ing|salt pork}} 

* 2 {{ing|onion}}s 

* 1 {{tbsp}} {{ing|salt}} 

* 2 {{tsp}} {{ing|mustard}> (hot) 



* 4 { {tbsp} } { {ing | molasses} } 

* 5 {{tbsp}} {{ing | dark brown sugar}} 

* 1/2 {{cup}} {{ing|dark rum}} 

* 2 {{cup}} boiling water from beans 

* 2 {{tbsp}} { {ing | bacon} } drippings 

* 1 scoop {{ing|pepper}} 

<! — and so on — > 



It yields (hands wave frantically) the following warm, fuzzy RDF goodness : 



<smw: Thing rdf : about="http: //eat . spurn. org/index . php/_Baked_Beans "> 
<rdf s : label>Baked Beans</rdf s : label> 

<smw: hasArticle rdf : resource="http : / /eat . spum.org/ index . php/Baked_Beans " /> 

<rdf s : isDef inedBy rdf : resource="http: //eat . spurn. org/index. php/Special : ExportRDF/Baked_Beans 

<dc : title rdf :datatype="http: //www. w3 . org/2 001 /XMLSchema#string">Baked Beans</dc:title> 

<dc : alternative rdf :datatype="http : / /www.w3 . org/2001 /XMLSchema#string">Beaners and weiners< 

<dc : subject rdf : resource="http : / /eat . spum.org/ index . php?title=Beans" /> 

<dc : subject rdf : resource="http : / /eat . spum.org/ index . php?title=Dottie" /> 

<dc : subject rdf : resource="http : / /eat . spum.org/ index . php?title=Comf ortf ood" /> 

<e : foodstuff rdf : resource="http: / /eat . spurn. org/index . php?title=Navy_bean" /> 

<e : foodstuff rdf : resource= "http: / /eat . spurn. org/index . php?title=Salt_pork" /> 

<e: foodstuff rdf : resource=" http: //eat . spurn. org/index . php?title=Onion" /> 

<e: foodstuff rdf : resource= "http: //eat . spurn. org/index . php? tit le=Salt" /> 

<e : foodstuff rdf : resource="http: / /eat . spurn. org/index . php?title=Mustard" /> 

<e : foodstuff rdf : resource= "http: / /eat . spurn. org/index . php?title=Molasses " /> 

<e: foodstuff rdf : resource=" http: //eat . spurn. org/index . php? t itle=Dark_brown_sugar " /> 

<e: foodstuff rdf : resource=" http: //eat . spurn. org/index . php? tit le=Dark_rum" /> 

<e: foodstuff rdf : resource=" http: //eat . spurn. org/index . php? title=Bacon" /> 

<!-- and so on --> 

</smw:Thing> 



Which is kind of awesome, really. 



Easy as a means of control 

It is hardly easy, however, when you consider all the stuff that is hidden 
behind the curtain : 



1. Wikipedia, and all its dependencies including PHP and setting up 
MySQL. 

2. Installing and configuring the Semantic 

Mediawiki http://ontoworld.org/wiki/Semantic_MediaWiki 

(SMW) extension. 

3. Installing the 

ParserF unctions http : //meta .wikimedia . org/wiki/ParserFunctio 
ns extension. 



4. 18 (and counting) custom templates plus 2 others not part of the 
standard Wikipedia distribution — for a single recipe. 

5. A special wiki page for every schema used, plus individual pages for all 
the properties defined. Why is there no "batch import an RDF Schema 
file" functionality in SMW? 

6. A cheat sheet. 

7. The burden of any one of those pieces breaking. 
Compared to e(r)dfg, in its current 

iteration http://www.aaronland.info/weblog/2006/03/16/terroir/ : 

1 . A text editor. 

2. A cheat sheet. 

3. Your programming language of choice and an RDF parser. 

To be fair, I have never planned on using a wiki to store recipes. Now that 
I've played with it a bit I definitely like the idea of using the SMW tools, as a 
collaborative space, to reference and define ingredients and measures. 

Say hello (in a couple days) to : 
http: / /eatdrinkfeelgood.org/terms#. 

{{Easyllike pie}} 

Recipes are really tempting, though, because it's hard not to love the 
Wikipedia syntax. It's ruleset is easy to memorize and, better yet, lends itself to wild 
guesses. It can be written offline in nothing more than a text-editor. The wiki-ness 
of the format makes it more forgiving of stupid mistakes and the wiki-ness of the 
storage makes it easier to fix those mistakes. 



But : Exporting anything besides wiki-text out of Wikipedia remains a 
daunting prospect, at best. "Daunting" is probably unfair given that any recipe 
markup will be a limited subset of all the possible syntax and easy enough to parse 
although there appears to be a deficit of tools for creating custom dumps of data in 
Wikipedia. 

I think I can tolerate using wiki-text as the principle storage medium for 
ingredients and measures. The problem with using if for recipes is that the markup 
is basically useless for doing anything with it outside of Wikipedia. Doing stuff in 
Wikipedia is also pretty limited but that's mostly made up for by the fact that what 
little is does do it does very well. Ultimately, I am not willing to pour all these 
stories in to a twisty maze of database dumps and lost, or forgotten, backups. (Never 
mind upgrades to the underlying PHP code and interpreter.) 

I have started adding hooks to read and write "semediawikitext" in 
erdfg.py http://aaronland.info/python/erdfg/ . If I can make it do reliable 
round-trips (import, export, edits, etc.) between a set of static (N3) files and a site 
running the SMW stuff I will bundle up all the various templates, extensions and 
config tweaks and post them for your pleasure. 

Easy. 
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5 Things I Have Learned About Python for Series... 

The Papernet 



5 Things I Have Learned About 
Python for Series 60, 3rd Edition 



1. Ensymble http://www.nbl.fi/~nbl928/ensymble.html is the best 

thing ever. Say it with me : 

/ 'usr/ 'local /bin/ 'ensymble. py py2sis \ 

— caps="LocalServices+NetworkServices+ReadUserData+WriteUserData+UserEnvironment " \ 
— verbose \ 

/path /to /your /script .py 

Profit! 

2. The part where you learned to wrap every application in a loop model 
that created a lock, told the lock to wait, then finally signaled the lock 
when the Exit button was pushed : Irrelevant. In fact, the only 
benefit in defining a custom abort method seems to be the ability to 
wedge your phone in a single click. 

3. If you want to yield http://docs.python.org/ref/yield.html , 
you will need to add the following at the top of your code : 

from future import generators 

4. Likewise, if anything requires the 

enumerate http: / /www. python.org/doc/ 2 . 3/whatsnew/ section 
-enumerate . html method you will have to define it yourself : 

def enumerate (list) : 
# list of tuples 
lot = 11 

for i in list : 

lot . append (( len( lot ) , i)) 

return lot 

5. I have no idea whether the Series 60 Python byte order is "big " or not 
but do not bother asking the sys library because it doesn 't know 
either and in typical Python fashion will blow its brains out if you ask. 



I know all of these things because there is still no built-in XML 

parser http : / /www . aaronland . inf o/weblog/ 2 006/09/28 /bake/#pytwitter 



This morning, over coffee, I decided to see if I could port the many 
properly abstracted classes in Bob Ippolito's 

simplejson.py http://cheeseshop.python.org/pypi/simplejson in to one 
massive ugly file that could be copied and pasted in to a pre-SIS-ified Python 
script to account for the part where installing custom libraries is so inconvenient as 
to be impossible. 

And I did. At least enough to get it to parse an incoming JSON string : 



import appuifw 
import e32 
import httplib 

c = httplib. HTTPConnection( ' twitter .com' ) ; 

c . request ( ' GET ' , ' /statuses /public_timeline . json ' ) 

r = c.getresponse( ) 

s = simple json( ) 

try : 

posts = s . loads ( r . read ( ) ) 

for tw in posts : 

msg = tw[ ' text ' ] 

if e32 . in_emulator ( ) : 

appuifw. note(unicode{msg) , 'note' ) 
else : 

import audio 

audio. say(msg) 

break 

except Exception, e : 

appuifw. note(unicodefe) , 'error' ) 

This is all still in the "alpha alpha disco-ball; no refunds accepted" stage 
and, frankly, I'm hoping that Simon http://simonwiiiison.net/ will save me 
the trouble of having to clean it up and just send a patch. 

In the meantime : s60- 
simplejson.py http://aaronland.info/python/s60-simplejson/ 
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The Papernet 



Part One 



The other day I stuck my nose in to the local travel-book store and asked if 
they had gotten any of the new "city notebooks" published by the Moleskin 

people http: //www. mo jolondon.co.uk/news/2006/10/ll/moleskine-city- 
notebooks-have-arrived/ . Like most people I had seen the initial press release, 
was curious, and like everyone else couldn't really imagine how they'd pull it off. 
Travel books, whether they are guides or organizers, seem to suffer the same fate 
of trendy but bad restaurants : Too much of everything and not enough of anything 

Everybody, especially if you've grown up reading William Gibson novels, 
dreams of walking around with a cross between a "bag of holding" and a miniature 
Cornell box (preferably connected and at the same time hidden from the Network.) 
What we've gotten so far are mostly inelegant pieces of molded plastic that 
overheat and don't nicely fit in your pockets and which are fast enough only to 
drain the battery for whose charger you have the wrong power adapter. 

Or coffee-table sized printed books which can only be carried around in a 
backpack. The backpack is a whole other essay which I will save for another day 
but the short version is : What the fuck do you have in that backpack and what 
about life frightens you so much that you think you're actually going to need, let 
alone use, any of it? 

The exception to the rule in all of this being L'Indispensable's Plan de 

Paris http: //isbndb.com/d/book/atlas_routiers_a01 .html which is about 
the size of, well, a Moleskin (or vice versa, depending on how you look at these 
things) and the only sane way to get around the city. 

The Moleskin is not a travel guide in any traditional sense. I think that it is 
supposed to be the sort of artifact that is passed on from traveller to traveller to 
visitor to traveller and whose value comes from an accumulation of textures : The 
wear and tear of the pages; the stains on the cover; a record of places and events 
long since crushed by the present; a sense of privilege and exclusivity. 



It's a bit forced and cheesy in the execution, though. There's a section for 
addresses, complete with dorky graphics, and pages with tabs and stickers with 
canned headers. Beyond some pretty maps there's nothing really there except the 
sense that you're being sold an idea of how you'd like to experience and share a 
place more in the telling than in the reality. 

Had there been a San Francisco edition, I probably would have bought one 
just to carry it around and see whether I used it. Maps and blank pages and the sex 
appeal of a hard-bound notebook may be all anyone wants these days. 

Part Two 

Not having built anything with it yet, I have no real opinion about Ruby on 
Rails. My only concern is that I don't trust frameworks and the fervour with which 
people sell Rails has always suffered from Man With a Hammer -itis syndrome. 
But a lot of people's whose opinion I respect like it so I make a point of badgering 
them about it. 

Finally, one of them said to me : "It is a really great tool to quickly build a 
website for you and your 5, 000 closest friends." On the face of it, that may seem 
like a pejorative but I don't think it is at all. In fact, I think it's fantastic and, 
whether it works or not, is probably why companies like Apple have started 
bundling it in with their own products. If you've ever done any contracting work at 
all, you will know that no one uses so-called out of the box solutions "out of the 
box". 

Every single one of them is a series of ugly patches shoe-horned to the 
original "solution" with duct tape. If something like Rails can give a small office, 
or a school, or an NGO the ability to make a computer do something useful for 
them, from the ground up, quickly and cheaply and on their own terms then I am 
all for it. Save Plone for the "Enterprise" . 

I mention all of this because, a few months later I was washing the dishes 
and thinking about a good bottle of wine I'd had wondering whether I would forget 
its name in five minutes or five hours. 



This is a website for friends and family to keep notes on wines they've 
enjoyed. 

It was created because the otherwise excellent website Cork'd does not 
have the necessary glue to do the kinds of searching I want or to write 
handy computer programs to talk to their database from my cell phone. 



I wrote that about a week later. 

Unlike the Cork'd http://www.corkd.com people, I did not use Rails 
although I considered it. I thought : This would be a good exercise to learn Rails. 
Then I thought : I do not need any more half-finished learning curves in my life. I 
just want a place where I can quickly jot down wines that I like and get at them 
from my cell phone. 

Jeffrey Zeldman summed it up 

Well http://www.zeldman.com/2006/ll/13/pardon-mon-oncle/ : 

10 Things I Learned at Mobile 2.0 

1. Mobile 2.0 = The web. 

2. The mobile web browser is the next killer app. 
Plus eight more things! 

Part Three 

I still do not like wikis. 

I have learned, however, that I dislike them less than fucking around 
defining database schemas and object models. There is more than a little 
untruthiness in that last statement given the amount of work I ended up having to 
do make the following useful : 



{ {wine | Pavi | Dolcetto 2004 | red} } 
{ {grapes | Dolcetto} } 



{ {region | USA | California | Napa Valley} } 

= Recommendations 

• { recommendation | Aaron again } } 

By useful, I mean four things : 



1 . The syntax is only sightly more complicated than any other wild 
syntax. 

2. It renders nicely as a formatted web page. 

3. There is no prohibition on writing "free-form" text and it too is 
formatted. 

4. It allows me to do fancy searching : Wines from the California region 
that have a recommendation of "again". On my phone : 
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By really useful, I mean two things : 

1 . The syntax is easy to parse in insert your favourite programming language 
here. (It is not easy enough to infer meaning using your computer's Do What I 
Mean engine but, uh, well... so what?) 

2. It is easy to clone. 

Shortly after the wine site went up, a friend asked if I could create a similar 
site for restaurants. The argument being : I don't want to share all my favourite 
restaurants with Yelp. So I did : 

{ {restaurant | Joe Beef | French} } 
{ {tags | f rench | meat} } 

{ {address | 2491 | Notre Dame | Montreal | Quebec | Canda}} 
{ {crossstreets | Atwater } } 

{ {neighbourhoods | St . Henri | Little Burgundy}} 
{{phone | 514-935-6504}} 

{{details| alcohol=yes | creditcards=yes | wheelchairaccess=yes | vegetarianf riendly=no} } 
{ {reviews | http : / /www.montrealf ood . com/res tos/joebeef . html} } 
= Recommendations 

• {recommendation | Aaron | againagain} } 

Having still yet to build anything in Rails I have no idea whether I spent 
more or less time fucking around first with Mediawiki templates and secondly 
patching the Semantic Mediawiki extensions to do queries on multiple properties. I 
have already written about this stuff at 

length http://www.aaronland.info/weblog/2006/09/28/bake/#easy SO 
there's nothing much new to report except to say that I will submit patches and 
publish my own templates sometime soon. 
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I still have no ready solution for recipes. If restaurants are more 
complicated to define and, by extension, mark up than wines recipes are an order 
of magnitude more complicated than the two combined . 

I gave up last week, created another wiki-based site and imported about two 
and half years worth of recipes as the plain vanilla text that they are. The only way 
I have to find things is to do brute-force text searching and the idea (the hope) is to 
use the collection as a sort of scratchbox and gradually start marking stuff up over 
time. 



I will probably regret this decision (translation : it will never happen) but at 
a minimum it satisfies the goal of having recipes in more than one place at once, 
namely the Internets. 

None of these websites are public. One of the nice things about using a wiki 
is that you don't have to deal with setting up user account tables, and all that. The 
flip-side is wiki-spam and my super-sophisticated approach to handling that is to 
not make things public. If you want to play, send me an email. 

Part Four 

When we went to Paris, last spring, we house sat for a friend of a friend in 
the 12th. We sent an email to the woman whose apartment we were watching 
asking if she would share any of her favourite places in the city. She quickly 
replied sending a 32-page Word document organized by neighbourhood. It was 
awesome. We were obviously not the first people she had done this for and you 
could almost read her entire history with the city in the pages. Sound familiar? 

Our stay in Paris would have been immeasurably more complicated without 
three things : Our friend's list of places to eat, a simplied map of the city's metro 
system with the neighbourhoods overlay ed and the aforementioned Plan de Paris. 

Days would typically start with a trip to a bakery or a pastry shop and the 
assumption that we'd be unlikely to stray further than a neighbourhood or two in 
any direction. So we'd figure out which metro stop we'd start from, work out the 
neighbourhoods nearby and then pull out those pages from the J.'s opus, scribble 
some notes and fold them in to the Plan. 

I used to be a bag person but somewhere along the way I adopted the 
principle that if I couldn't fit it in a pocket, its usefulness would always fight an 
uphill battle against the annoyingness of having to lug it around. 

By the end of the trip I was full of ideas for community driven websites 



where you could build and print your day's (or your week's) journey and fold it all 
in to a handy little booklet that would fit in your back pocket. Like most of these 
things, it quickly got crushed by too many ambitions and too many moving parts. 
And then there's the folding thing which is compounded by lack of consumer grade 
printers to print on anything but letter- sized paper. 

Maybe a piece of paper folded in four is good enough for most people but 
I've always been fond of index cards and am lazy enough that I don't like having 
to do any more than quickly glance at something I've made notes 

on http : / /www . f 1 ickr . com/photos / straup/311827695/ . Maybe that's just 
because I am sensitive to being marked as a tourist from a hundred yards away. I 
am okay admitting as much because, let's face it, being marked as a tourist a 
hundred yards away really sucks. 

At least in Europe, you can do worse than wearing proper shoes and not 
having a backpack with you everywhere you go. 

Part Five 

Have you ever had to generate a PDF file using a programming language? 

It's a horrible experience. Working with PostScript is enough to make you 
want to die and writing XSL-FO is a close second. There are lots of wrapper 
libraries that try to hold your hand but none (most?) of them ever provide that one 
utility method that most people really care about : Please, do not make me keep 
track of carriage returns and page breaks. Dealing with that crap is like crossing the 
abyss of print and typographical minutiae that make PostScript seem like a poetry 
reading. 

I said "most" , right? There is at least one called 
FPDF http://www.fpdf.org/ that is written in pure PHP and defines my new 
favourite function ever : 

MultiCell http://www.fpdf.org/en/doc/multicell.htm : 



This method allows printing text with line breaks. They can be 
automatic (as soon as the text reaches the right border of the cell) or 
explicit (via the \n character). As many cells as necessary are output, 
one below the other. 



Like every other PDF library, FPDF will also draw lines. Which is 
interesting because if you fold a piece of letter-sized paper in three along its height, 
each section is about the size of an index card or a Moleskin page. If you fold it 
again once width-wise you basically have an index card. Or an accordion of three 
index cards with some space left over for notes. 



Something like this : 






# Simple - aaPDF subclasses FPDF and takes care 

# of drawing lines and ensuring that no text is 

# placed on the folds 

$title = "Hello World"; 

$body = "This page left intentionally blank"; 



$aa = new aaPDF ( array ( $title => $body)); 
$aa->draw( ) ; 

# Not simple - tablePDF subclasses aaPDF 

# and redefines the 'render' method to 

# generate formatted text from $tbl 

$page = 'Joe Beef; 

$mw = new mwExport (' example . com' ) ; 
list($title, $body, $url ) = $mw->export ( $page ) ; 

$tbl = new table ($url, $body); 

$pdf = new tablePDF ( array ( $tbl) ) ; 
$pdf->draw{ ) ; 



That's about as complicated a document as I've created so 

far / W ebiog/2006/i2/i7/meat/ joebeef.pdf , between the map which is pulled 
in on the fly and the QR codes (one points to the wiki page used to generate the 
document; the other contains a vCard of the restaurant's address and website) but 
the principle is the same whether it's a recipe, a bottle of wine or a restaurant : A 
letter-sized page folded three times with a chunk of text that may or may not be 
formatted. 

Print a bunch of them out and you have a "book" that you can stick in your 
bag on the way out the door. (If you're wondering about multi-page documents, the 
short answer is : I'm not dealing with that problem just yet.) 

The plan is to release the code (and examples) for aaPDF.php but it needs 
a few more days of testing and little things like documentation. 

Part Six 

Information wants to be used not managed. 

I have near continuous access to the Internets these days and I get to play 
with most of the cool mobile nerd toys. I even have a Moleskin, not that I ever use 
it for anything except tearing out pages and scribbling notes and maps for other 
people. 



I want to use the Internets for the things they are good at — like distribution 



and searchification — but I am not ready to give up something I can hold in my 
hands. I am not ready to have all my actions dictated by the physical contraints of a 
device that is little more than over-priced landfill outside of a limited set of 
conditions. 

It's true that paper is no match for, say, molasses or fire but then neither are 
computers. 

Paper, on the other hand, can suffer water and power failures; can be folded 
and sat on; can be thrown; can be copied by humans and machines alike; is about 
eight million times less irritating at the dinner table. 

The really great thing about digital publishing tools and mobile devices 
connected to the Internets is that we have almost reached to the point where we can 
toggle seamlessly {hahahaha... .sorry) between physical and digital artifacts 
without needing to say really assinine things like : "Paper is dead." 

We can use the computers to generate paper things to use and hold in the 
comfort of our own privacy and to share with friends and barcodes (or something 
similar — the first one of you to say "RFID" gets a punch in the head) to link them 
back to a larger community. 

Granted, it's all still a bit rough around the edges. 

I'm guessing we are only a couple years away from people being able to 
print custom, limited edition (like editions of one) books of all and any flavour at a 
price where they won't just be lifestyle porn. I bet the Moleskin people will be 
there or if they're not they should probably start thinking about it. I hope Derek is 
there, http: //www. 8020pubiishing.com/ 

Until then, I will stick to pieces of 8.5 x 11 folded and kept in a small metal 

box. 



Small pieces of paper, loosely joined. 
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